একই ডিস্ক ডাম্প করার সময় সিডি-রম সাবচ্যানেল আলাদা হয়?


14

আমি স্যামসং এসএইচ-এস 223 এল ড্রাইভের সাথে আমার উইন্ডোজ 10 এক্স 64 কম্পিউটারে ক্লোনসিডি 5.3.3.0 এর সাথে পুরানো ভিডিও গেমগুলির ব্যাকআপ অনুলিপি করছি।

এর মধ্যে একটি হ'ল পিসির হেলফায়ার (ডায়াবলো 1 সম্প্রসারণ):

  • ডিস্কটিতে একটি COMPACT disc DATA STORAGEলোগো রয়েছে
  • ক্রমিক সংখ্যা: S0011770
  • কারখানার এসআইডি-কোড: IFPI 1218
  • সিডি-মাস্টার এসআইডি-কোড: IFPI L032
  • আইএসও 9660 পিভিডি তৈরির তারিখ: 1997-11-18 16:30:00.00

আমি redump.org ক্লোনসিডি প্রোফাইলের প্রস্তাবনাটি ব্যবহার করি :

[CloneCD ReadPrefs]
ReadSubData=1
RegenerateData=0
ReadSubAudio=1
AbortOnReadError=0
FastErrorSkip=0
ReadSpeedData=8
ReadSpeedAudio=8
IntelligentBadSectorScan=1
SectorSkip=1
NoErrorReport=0
FirstSessionOnly=0
AudioQuality=3

আমি যতদূর জানি গেমটির কোনও সুরক্ষা নেই তবে আমি যখন দুবার ডিস্ক ডাম্প করি তখন আমি বিভিন্ন সাব-চ্যানেল ফাইল ( .sub) দিয়ে শেষ করি । .ccdএবং .imgফাইল অভিন্ন, শুধুমাত্র .subপৃথক, আমি ব্যবহৃত SHA1 এ চেকসাম এবং এই যাচাই করতে একটি হেক্স এডিটর।
আমি এখানে দুটি .subফাইল ডাম্প আপলোড করেছি । আমার উল্লেখ করতে হবে যে এই ডিস্কের দুটি অনুলিপি আমার আছে এবং আচরণটি উভয় ডিস্কের সাথে একরকম।

আমি বেশ কয়েকটি অন্যান্য সিডি-রম মিডিয়াও ফেলে দিয়েছি, কখনও কখনও আমি এই আচরণটি পাই কখনও কখনও সাব-চ্যানেলটি ডাম্পগুলি জুড়ে সামঞ্জস্যপূর্ণ।

এই আচরণের ব্যাখ্যা কী?


সম্পাদনা:

আমি আবার একই সিডি-রমকে লাইট-অন আইএইচ 124-14 ড্রাইভ দিয়ে আবার ফেলেছি এবং আমি একই আচরণ (বিভিন্ন .subফাইল) দেখছি ।
আমি কেপ্রোব 2 এর সাথে ত্রুটির জন্য মাধ্যমটিও পরীক্ষা করেছিলাম এবং আমি নিম্নলিখিত ফলাফলটি পেয়েছি:

কেপ্রোব 2 বিএলআর স্ক্যান


সম্পাদনা:

দেখে মনে হচ্ছে ডিস্কের শর্ত এবং / অথবা ড্রাইভের যথার্থতার অভাব এই সত্যটিতে যুক্ত হয়েছে যে সাবচ্যানেলে ত্রুটি নিয়ন্ত্রণের ব্যবস্থা নেই (কিউ চ্যানেল ব্যতীত) .subএকই মাধ্যম একাধিকবার ডাম্প করার সময় কেন আমি বিভিন্ন ফাইল পাই get

আমার উল্লেখ করতে হবে আমি প্ল্লেক্সর PX-712A ড্রাইভও পেয়েছি এবং ডিস্ক ইমেজ ক্রিয়েটর.sub ব্যবহার করে ডাম্পগুলিতে নিয়মিত ফাইলগুলি পরিচালনা করতে সক্ষম হয়েছি । এই সফ্টওয়্যারটি ডিস্কটি পড়ার জন্য নির্দেশাবলীর পরিবর্তে নির্দেশাবলীর উপর নির্ভর করে, এর ফলে আরও নির্ভুল চিত্র পাওয়া যায়। কেবলমাত্র কয়েকটি ড্রাইভ (বেশিরভাগ প্ল্লেস্টার) এই নির্দেশকে সমর্থন করে।0xD80xBE

এছাড়াও আমি আসলে এই ডাম্পিং করছি এই সিডি-রোমের দুটি শারীরিক অনুলিপি (একই সিরিয়াল নম্বর, একই আইএফপিআই কোডস এবং একই লেজার খোদাই করা তথ্য) এর মালিকানা পাই। যদি আমি ডিস্ক চিত্র স্রষ্টার সাথে একই ডিস্কটিকে একাধিকবার .subডাম্প করি তবে আমি ধারাবাহিক ফাইল পাই তবে আমি প্রথম ডিস্ক এবং তারপরে দ্বিতীয় ডিস্কটি ডাম্প করলে না।
আমার ধারণা এটি মিডিয়ার অবস্থার সাথে সম্পর্কিত কারণ তাদের একটিতে কয়েকটি স্ক্র্যাচ এবং আরও সি ​​1 / সি 2 ত্রুটি রয়েছে।


1
ত্রুটিগুলি পড়ুন (ময়লা, স্ক্র্যাচগুলি, ড্রাইভ থেকে আসল ত্রুটিগুলি অগত্যা নয়) সিডিআরএম চিত্রগুলি পৃথক করতে পারে। পার্থক্য কয়েক বিট হিসাবে সামান্য হতে পারে; SHA * / MD5 চেকসামের পার্থক্যের জন্য 1 বিট পার্থক্য যথেষ্ট।
কুইসোটিক

উত্তর:


15

বিভিন্ন সিডি ফর্ম্যাটগুলি কিছুটা জড়িত, এবং অফিশিয়াল স্পেসিফিকেশন (অডিও সিডির জন্য "লাল বই", ডেটা সিডির জন্য "হলুদ বই") অবাধে উপলভ্য নয়। তবে আপনি ইকমা -130 এর মতো উপলভ্য স্ট্যান্ডার্ডগুলিতে কিছু বিশদ জানতে পারেন।

মূল অডিও সিডি (যাকে সিডি-ডিএও বলা হয়) বিনিল রেকর্ডে মডেল করা হয়েছিল, যার অর্থ এটি ব্যবহার করে ক্রমাগত অডিও ডেটার সর্পিল ট্র্যাক (ডিভিডি পরে ব্যবহৃত বিজ্ঞপ্তি ট্র্যাকগুলি)। এই অডিও ডেটাটির মধ্যে খুব জটিল উপায়ে ইন্টারলিভড 8 টি সাবচ্যানেল (পি টু ডাব্লু) থাকে, যার মধ্যে কিউ সাবচ্যানেলটিতে সময় সংক্রান্ত তথ্য থাকে (আক্ষরিকভাবে কয়েক মিনিট / সেকেন্ড / সেকেন্ডের ভগ্নাংশে) এবং বর্তমান ট্র্যাক নম্বর। মূল উদ্দেশ্যটির জন্য এটি যথেষ্ট ছিল: ক্রমাগত খেলার জন্য, ট্র্যাক অনুসরণ করতে লেন্সগুলি সামান্য সামঞ্জস্য করা হয়েছিল। সন্ধানের জন্য, ডান ট্র্যাকটি না পাওয়া পর্যন্ত কিউ সাবচ্যানেলটি ডিকোড করার সময় লেন্সগুলি সরানো হবে। এই অবস্থানটি কিছুটা মোটা, তবে গান শোনার জন্য যথেষ্ট পর্যাপ্ত।

এখনও আজও, অনেকগুলি কম্পিউটার সিডি ড্রাইভ সম্পূর্ণরূপে লেন্সকে সঠিকভাবে অবস্থান করতে এবং ডিকোডিং সার্কিটিকে সিঙ্ক্রোনাইজ করতে পারে না যাতে অডিও নমুনাগুলি পড়া সঠিক অবস্থান থেকে শুরু হয়। এ কারণেই অনেক সিডি রিপিং প্রোগ্রামগুলির একটি "প্যারানোইয়া" মোড থাকে, যেখানে তারা ওভারল্যাপিং রিড করে এবং এই "জিটার" এর জন্য সামঞ্জস্য করতে ফলাফলগুলি তুলনা করে। অডিও স্ট্রিমের অংশ হিসাবে, সাব-চ্যানেলটিও জিটারের সাপেক্ষে এবং সেই কারণেই আপনি যখন সিডি ড্রাইভে চুরি করেন তখন বিভিন্ন সাব-চ্যানেল ফাইল পাবেন যা সঠিকভাবে অবস্থান করতে পারে না।

যখন সিডি-ডিএ স্পেসিফিকেশন প্রসারিত করার জন্য ডেটা সিডি (সিডি-রম) স্পেসিফিকেশনটি বিকাশ করা হয়েছিল তখন সঠিকভাবে তথ্য সম্বোধন করা এবং পড়ার গুরুত্বটিকে স্বীকৃতি দেওয়া হয়েছিল, সুতরাং 2352 বাইটের অডিও ফ্রেমটি 12 সিঙ্ক বাইট এবং 4 হেডার বাইটে বিভক্ত করা হয়েছিল (জন্য ক্ষেত্রের ঠিকানা), ডেটা এবং ত্রুটি সংশোধনের অতিরিক্ত স্তরের জন্য অবশিষ্ট 2336 বাইট রেখে। এই স্কিমটি ব্যবহার করে সেক্টরগুলিকে কেবল কিউ চ্যানেলের তথ্যের উপর নির্ভর না করে ঠিক সম্বোধন করা যেতে পারে। অতএব জিটার ইফেক্টটি প্রযোজ্য না, আপনি যখন সিডি-রম ডাম্প করেন তখন সর্বদা একই ডেটা পাবেন এবং ডাম্পিংয়ে কোনও অতিরিক্ত চালাকতার প্রয়োজন নেই।

আরও বিশদ সহ সম্পাদনা করুন:

ইকমা -1301 অনুসারে , তথ্যগুলি পর্যায়ক্রমে স্ক্র্যাম্ব করা হয়: 24 বাইটগুলি একটি এফ 1-ফ্রেম তৈরি করে , এই ফ্রেমের 106 বাইটগুলি 106 এফ 2- ফ্রেমে বিতরণ করা হয় , যা ত্রুটি সংশোধনের অতিরিক্ত 8 বাইট পেয়ে থাকে। এই ফ্রেমগুলি ঘুরে প্রতিটি এফ 3- ফ্রেমে তৈরি করতে একটি অতিরিক্ত বাইট ("কন্ট্রোল বাইট") পায় । অতিরিক্ত বাইটে সাবচ্যানেল তথ্য রয়েছে (প্রতিটি বিট পজিশনের জন্য একটি সাবচ্যানেল)। 98 এফ 3-ফ্রেমের একটি গ্রুপকে একটি বিভাগ বলা হয় এবং 98 টি সম্পর্কিত কন্ট্রোল বাইটগুলিতে দুটি সিঙ্ক বাইট এবং রিয়েল সাবচ্যানেল ডেটার 96 টি বাইট থাকে। কিউ সাবচ্যানেলটির পাশাপাশি সেই 96 টি বিটগুলিতে সিআরসি ত্রুটি সংশোধনের 16 বিট রয়েছে।

এর পিছনে ধারণাটি হ'ল ডিস্কের উপরিভাগে এমনভাবে ডেটা বিতরণ করা যা স্ক্র্যাচ, ময়লা ইত্যাদি প্রচুর বিটকে প্রভাবিত করে না, তাই ত্রুটি সংশোধন হারিয়ে যাওয়া ডেটা পুনরুদ্ধার করতে পারে যতক্ষণ না স্ক্র্যাচগুলি হয় না খুব বড়.

ফলস্বরূপ, ডেটা প্রবাহে এটি কোথায় রয়েছে তা সন্ধান করার জন্য সিডি ড্রাইভ হার্ডওয়্যারের লেন্সটি স্থাপন করার পরে একটি সম্পূর্ণ বিভাগ পড়তে হবে। বিভিন্ন ধাপের ডেসক্র্যাম্বলিং হার্ডওয়্যার দ্বারা সম্পন্ন হয়, যা কন্ট্রোল-বাইট স্ট্রিমের 2 টি সিঙ্ক বাইটের সাথে নিজেকে সিঙ্ক করতে হবে। সমস্ত সিডি ড্রাইভের মডেলগুলিকে অন্যান্য মডেলের তুলনায় সিঙ্ক করার জন্য বিভিন্ন সময় প্রয়োজন হয় (হার্ডওয়্যারটি কীভাবে কার্যকর করা হয় তার উপর নির্ভর করে আপনি দুটি ভিন্ন ড্রাইভ থেকে পড়ার মাধ্যমে তা পরীক্ষা করতে পারেন)। এছাড়াও, অনেকগুলি মডেল সিঙ্ক করতে সর্বদা ঠিক একই সময় নেয় না, তাই তারা কিছুটা তাড়াতাড়ি বা দেরিতে শুরু করতে এবং ডেস্ক্র্যাম্বলড ডেটা আউটপুট সর্বদা একই বাইটে না করে আউটপুট দেয়।

সুতরাং যখন রিপিং প্রোগ্রামটি একটি READ CD(0xBE) কমান্ড জারি করে, এটি একটি স্থানান্তর দৈর্ঘ্য এবং একটি সূচনা ঠিকানা সরবরাহ করে (বা বরং, Q- চ্যানেল সময়)। ড্রাইভটি লেন্সকে অবস্থান দেয়, ফ্রেমগুলি বর্ণনামূলক করে, কিউ-চ্যানেলটি বের করে, সময়ের সাথে তুলনা করে এবং যখন এটি সঠিক সময়টি খুঁজে পায়, এটি স্থানান্তর শুরু করে। এই স্থানান্তরটি সর্বদা উপরে বর্ণিত একই বাইটে শুরু হয় না, তাই একাধিক READ CDকমান্ডের ফলাফল একে অপরের বিরুদ্ধে স্থানান্তরিত হতে পারে। এজন্য আপনি নিজের রিপার থেকে বিভিন্ন সাব-চ্যানেল ফাইল দেখতে পান।

লেন্স সামঞ্জস্য হওয়ার সময় হার্ডওয়্যার এবং পরিস্থিতিগুলির উপর নির্ভর করে স্থানান্তরটি যদি কয়েকটি নমুনা শুরুর দিকে বা কয়েকটা নমুনা দেরিতে শুরু করে তবে এটি কমবেশি এলোমেলো। সুতরাং ফলাফলগুলিতে আপনি দেখতে পাবেন যে একমাত্র প্যাটার্নটি হ'ল শিফটগুলি স্থানান্তর দৈর্ঘ্যের একাধিক।

কিছু ড্রাইভ মডেলের আসলে সঠিক হার্ডওয়্যার থাকে যা সর্বদা একই সময়ে স্থানান্তর শুরু করবে start স্ট্যান্ডার্ডটি মোড পৃষ্ঠা 0x2 এ ("সিডি / ডিভিডি ক্যাপিলিটিস এবং মেকানিকাল স্ট্যাটাস পৃষ্ঠা") তে কিছুটা সংজ্ঞায়িত করে যা এটি ক্ষেত্রে যদি নির্দেশ করে তবে বাস্তব-বিশ্ব অভিজ্ঞতাটি দেখায় যে কিছু ড্রাইভ যথার্থ বলে দাবি করছে না। (লিনাক্সের অধীনে, আপনি মোড পৃষ্ঠাগুলি পড়তে প্যাকেজটি sg_modesথেকে ব্যবহার করতে পারেন sg3-utiles, উইন্ডোজের অধীনে কোন সরঞ্জামটি ব্যবহার করতে হবে তা আমি জানি না)।


আপনার উত্তরের জন্য ধন্যবাদ এটি আমাকে কিছু আন্তঃসঙ্গীত প্রসঙ্গ দেয়। আমি বুঝতে পেরেছি যে ডিস্ক থেকে সঠিক ডেটা পেতে আমার সাবচ্যানেলের প্রয়োজন নেই, আমি কেবল ভাবছি কেন সাবম্যানেল নিজেই ডাম্পগুলিতে সামঞ্জস্যপূর্ণ নয়।
ক্রিস

1
হ্যাঁ, সাব-চ্যানেলটি কেন সামঞ্জস্যপূর্ণ নয় তা আমি ব্যাখ্যা করার চেষ্টা করেছি: আপনি সাবচ্যানেলগুলি সহ "কাঁচা" ডেটা পড়ার জন্য ডিস্কে আদেশ পাঠান, এবং অবস্থানটি সুনির্দিষ্ট নয়, তাই এটি ঘটতে পারে যে বিভিন্ন পয়েন্টে পড়া শুরু হয়। আপনি যে ডেটা পড়েছেন তা তুলনা করতে পারলে আপনি দেখতে পাবেন যে অংশগুলি সবেমাত্র স্থানান্তরিত হয়েছে। OTOH, সিডি-রম ডেটা নিজেই এই সমস্যা নেই। এবং অবস্থানটি কেন সঠিক নয় তা বোঝার জন্য আপনার প্রসঙ্গের প্রয়োজন (যদিও সঠিক কারণের জন্য আপনাকে আরও বেশি প্রসঙ্গের প্রয়োজন হবে যা আমি প্রবেশ করি নি)।
dirkt

সম্ভব হলে সঠিক কারণটি জানতে আমি আগ্রহী। আমি .subআমার প্রশ্নে ফাইলগুলিতে একটি ডাউনলোড লিঙ্ক যুক্ত করেছি। আমি এটিকে একটি হেক্স সম্পাদকের সাথে তুলনা করেছি এবং আপনি ঠিক বলেছেন যে ডেটা স্থানান্তরিত হয়েছে, যদিও আমি কোনও সুস্পষ্ট নিদর্শন পাই না।
ক্রিস

খুব আকর্ষণীয়, ধন্যবাদ। আমি সাইগউইন, এসজি 3-ইউটিস ইনস্টল করেছি এবং দৌড়েছি sg_modes। আমার কাছে 0x2a"এমএম ক্ষমতা এবং যান্ত্রিক স্থিতি (অপ্রচলিত)" বিভাগ রয়েছে। আমি আগামীকাল একটি নতুন লাইটন ড্রাইভ পেয়েছি এবং আবারো পরীক্ষা করে দেখব যে আমি ডাম্পগুলি জুড়ে একত্রে সাব-চ্যানেল পেয়েছি কিনা।
ক্রিস

1
উপস্থিতি (6 ষ্ঠ বাইট 1 বিট, "সিডি-ডিএ প্রবাহ সঠিক") codepage নয় গড় কিছু নেই, আপনি সঠিক বিট তাকান করতে হবে। আপনার যদি দুটি ড্রাইভ থাকে তবে একটি অডিও সিডি ধরুন, এটি দুটি ড্রাইভেই ছিঁড়ে ফেলুন এবং ডেটা তুলনা করুন। প্রকৃত নন-শূন্য ডেটা শুরু হওয়া আপনার আলাদা অফসেট দেখতে হবে। আপনি সম্ভবত দুটি ড্রাইভের মধ্যে সাব চ্যানেল ফাইলগুলির জন্য পৃথক অফসেট দেখতে পাবেন।
dirkt

8

মতে এই Wikipedia নিবন্ধটি

একটি ফ্রেমে 33 বাইট থাকে, যার মধ্যে 24 বাইট অডিও বা ব্যবহারকারী ডেটা, আটটি বাইট ত্রুটি সংশোধন (সিআইআরসি-উত্পন্ন), এবং একটি বাইট সাবকোডের জন্য।

এটি প্রস্তাব দেয় সাবচ্যানেলের জন্য কোনও ত্রুটি সংশোধন নেই।

আমি অন্য কোথাও অন্য একটি প্রশ্ন খুঁজে পেয়েছি । এটি অডিও সিডি সম্পর্কে তবে আমার মনে হয় এটি সঠিক সমস্যার সমাধান করে:

আমি কেবল এটুকুই বলতে পারি যে একই সিডি-ডিএ / সিডি-টেক্সট থেকে পড়ার সময় আমি কখনও দুটি অভিন্ন সাবচ্যানেল রিডিং (* .SUB ফাইল) অর্জন করতে পারি নি। RAW মোডে পড়ার সময় কি স্বাভাবিক যে ডেটা সংশোধন না করায় সিডি-ডিএ / সিডি-টেক্সট ফর্ম্যাটটি সমস্ত সাব-চ্যানেলে ইসডিসি / ইসিসি বহন করে না?

উত্তর এখানে:

কেবল অডিও ডেটাই রিড-সলোমন কোডিং (সি 1 এবং সি 2) এর সাথে জড়িত। সাবকোড চ্যানেল ডেটা (চ্যানেল পি ... ডাব্লু) ইন্টারলিভিং বা ত্রুটি সুরক্ষার শিকার হয় না।

যদিও ডির্ক্ট আপনার প্রশ্নের অন্য উত্তরে সঠিক হতে পারে যে আপনার .subফাইলের প্রয়োজন নাও হতে পারে , উত্তরটি আপনার প্রশ্নের স্পষ্টভাবে সম্বোধন করে না:

এই আচরণের ব্যাখ্যা কী?

আমার উত্তর: আপনি বিভিন্ন .subফাইল পান কারণ সাব চ্যানেলগুলির ত্রুটি সংশোধন নেই। অডিও বা ব্যবহারকারীর ডেটা পড়ার সময় পঠন ত্রুটিগুলি সংশোধন করা হয় (বা কমপক্ষে সনাক্ত করা হয়), তবে সাবঞ্চল বিট এ ঘটলে একটি পঠন ত্রুটি যেমন হয় তেমন পাস করতে পারে। স্ক্র্যাচ বা ধূলিকণার কারণে বিশেষ ত্রুটিগুলি একটি পড়ার সেশনের সময় উপস্থিত হতে পারে, অন্য কোনও সময়ে প্রদর্শিত হবে না - তাই .subফাইলগুলি পৃথক হয়।


উত্তরটি সম্বোধনের জন্য প্রসারিত:

আমার কাছে এই ডিস্কের দুটি অনুলিপি রয়েছে একটির দুর্দান্ত অবস্থা রয়েছে (কোনও দৃশ্যমান স্ক্র্যাচ নেই) এবং আচরণটি এখনও একইরকম। আমার কাছে আরও পুরানো গেমের সিডি-রম রয়েছে যা খারাপ অবস্থায় রয়েছে যা .subএকাধিক ডাম্প জুড়ে নিয়মিত ফাইল রয়েছে।

আমার সন্দেহ (দুর্ভাগ্যক্রমে শক্ত প্রমাণ ছাড়াই) বিভিন্ন সিডি বিভিন্ন মানের সাথে নির্মিত হতে পারে। এমন একটি ক্ষেত্রে যখন সাবচ্যানেলগুলি কোনও বিষয় রাখে না, নিম্নমানের ডিস্কটি কেবলমাত্র তথ্যের অসঙ্গতি সনাক্ত করতে ডিজাইন করা মান পরীক্ষা করতে পারে। অথবা এটি কেবল সম্ভাব্য বিষয় হতে পারে: একটি ডিস্কের দুর্বল স্পট (গুলি কিছুটা বেমানান রিডিং দেয়) যেখানে ত্রুটি সংশোধন এটিকে ঠিক করতে পারে; অন্যটি সাবচ্যানেল অঞ্চলে থাকতে পারে।

এই জাতীয় একটি সাব-চ্যানেল বিট আপনাকে বিভিন্ন চেকসাম দেওয়ার জন্য যথেষ্ট, যখন ব্যবহারকারীর ডেটা অঞ্চলে হাজার হাজার "অনির্বাচিত" বিটগুলি যখন প্রয়োজন হয় তখন নিঃশব্দে সংশোধন করা যেতে পারে, কেবল যদি সেগুলি যথেষ্ট পরিমাণে বিতরণ করা হয়, তাই ত্রুটি সংশোধন অ্যালগরিদম খুব বেশি নয়- এক সময়ে অনেকগুলি


কেপ্রোব 2 ফলাফলের প্রতিক্রিয়াতে উত্তর প্রসারিত হয়েছে।

আমি যতদূর জানি সি 1 ত্রুটিগুলি অনুমোদিত (কিছু পরিমাণে) কারণ সেগুলি নিঃশব্দে সংশোধন করা হয়েছে ( আরও এখানে )। ত্রুটি সংশোধন বিটের কারণে এই সংশোধন কাজ করে। যেমনটি আমি আগেই বলেছি, সাবচ্যানেলগুলিতে সাধারণভাবে এ জাতীয় অপ্রয়োজনীয়তা নেই ( ডার্ক্টে কিউ-সাবচ্যানেল সিআরসি ত্রুটি সংশোধনের উল্লেখ রয়েছে তবে এটি আমার উপসংহারে খুব বেশি পরিবর্তন করে না)। তবুও যদি ত্রুটিটি ঘটে থাকে তবে এটিকে জানার কোনও উপায় নেই, যদি না আপনি সঠিক সাবচেনাল ডেটা কী তা আগেই জানেন।

সুতরাং আপনার সম্পর্কে জানা মোট 1855 টি ত্রুটি ছিল। পরীক্ষাটি পুনরাবৃত্তি করুন (গুরুত্ব সহকারে এটি করুন!) এবং আপনার উদাহরণস্বরূপ 1790 ত্রুটি থাকতে পারে; বা 1892. তবুও আপনি যতবার পড়বেন ততবার সংশোধন আউটপুট একই।

যদি প্রতি 32 ডেটা বিটের জন্য যদি একটি সাব-চ্যানেল বিট থাকে তবে আমি বলব আপনার কাছে সম্ভবত প্রায় 1855/32 সাব-চ্যানেল বিট রয়েছে যা সনাক্ত করা হয়নি ত্রুটিযুক্ত অবস্থায় পড়ে। এটি প্রায় 58 বিট। ওয়েল, প্রায়, কারণ কিউ-সাবচ্যানেল সিআরসি-কে ধন্যবাদ এর মধ্যে কিছু ত্রুটি অন্তত সনাক্ত করা যেতে পারে। যেহেতু প্রশ্নটি আটটি সাব-চ্যানেলের মধ্যে একটি, আমি অনুমান করি যে আপনি অন্যান্য সাবচ্যানেলগুলিতে প্রায় 50 টি ভুল বিট রেখে গেছেন। পরের বার আপনি যখন পড়বেন আপনি এই বিটগুলির কয়েকটি ত্রুটি ছাড়াই এবং অন্য কোথাও কয়েকটি নতুন সাবচ্যানেল ত্রুটি পেতে পারেন। সুতরাং আপনি বিভিন্ন .subফাইল পাবেন। এবং তবুও আপনি নিশ্চিতভাবে জানতে পারবেন না যে এই বিটগুলির মধ্যে কোনটি প্রথমবার বা দ্বিতীয়বার সঠিকভাবে পড়েছিল।


আপনার জবাবের জন্য প্রথমে ধন্যবাদ, আমি বুঝতে পারি যে মাঝারি শর্তটি বিবেচনায় নেওয়া উচিত তবে আমার কাছে এই ডিস্কের দুটি কপি রয়েছে একটির দুর্দান্ত অবস্থা রয়েছে (কোনও দৃশ্যমান স্ক্র্যাচ নেই) এবং আচরণটি এখনও একইরকম। আমার কাছে আরও পুরানো গেমের সিডি-রম রয়েছে যা খারাপ অবস্থায় রয়েছে যা .subএকাধিক ডাম্প জুড়ে নিয়মিত ফাইল রয়েছে। আমি সচেতন যে গেমটি সুরক্ষিত নয় এমন সাব-চ্যানেলটির দরকার নেই, আমি প্রযুক্তিগত কৌতূহল থেকে এই প্রশ্ন জিজ্ঞাসা করছি :) :)
ক্রিস

1
@ ক্রিসটফ আমি আমার উত্তরটি প্রসারিত করেছি।
কামিল ম্যাকিয়েরোভস্কি

আমি বুঝেছি. আমি মনে করি মাঝারিটির জন্য ত্রুটি সম্পর্কিত তথ্য রাখা আকর্ষণীয় হতে পারে, আমি একটি লিটন আইএইচএস 124 ড্রাইভ অর্ডার করেছি এবং এটি পরীক্ষা করার জন্য কেপ্রোবে 2 ব্যবহার করব। আমার আগামীকাল এই আপডেট করা উচিত।
ক্রিস

আমি আমার প্রশ্নে সি 1 ত্রুটি স্ক্যানের ফলাফল যুক্ত করেছি, এটি ভাল বলে মনে হচ্ছে, সর্বোচ্চ 25 হবে
ক্রিস

1
@ ক্রিসটফ আমি আমার উত্তরটি আবার প্রসারিত করেছি।
কামিল ম্যাকিয়েরোভস্কি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.