एन्कोडिंग डिटेक्टर

इन बाइट्स पर कौन सी एन्कोडिंग फ़िट बैठती है?

सख़्त मोड निर्णय किसी भी स्थिति में तय करता है; इसे बंद करने पर केवल प्रीव्यू में U+FFFD गिनती जुड़ती है।

इसका उपयोग कैसे करें

  1. इनपुट प्रकार चुनें: पेस्ट किया टेक्स्ट, या फ़ाइल से रॉ बाइट्स।
  2. टेक्स्ट पेस्ट करें, या फ़ाइल कार्ड पर डालें (फ़ाइल कभी आपके डिवाइस से बाहर नहीं जाती)।
  3. पहले निर्णय पढ़ें, फिर उसे उचित ठहराने वाली प्रमाण पंक्तियाँ।
  4. रॉ-बाइट्स मोड में दूसरे उम्मीदवार पर क्लिक करके देखें कि वही बाइट्स उस तरह डिकोड होने पर कैसी दिखती हैं।
  5. रिपोर्ट कॉपी करें, या डिकोड किया टेक्स्ट चाहिए तो प्रीव्यू कॉपी या डाउनलोड करें।

हल किया उदाहरण

इनपुट

Café “Crème brûlée”

निर्णय

केवल निदान - हस्ताक्षर "é" 6 बार आता है: UTF-8 बाइट्स एकल-बाइट कोड पेज से पढ़े गए - Windows-1252 से उलटने पर बाइट्स मान्य UTF-8 हैं - सुधारा गया: Café "Crème brûlée"

टेक्स्ट मोड कभी मूल एन्कोडिंग का नाम नहीं बता सकता: ब्राउज़र डिकोड करते समय बाइट्स पहले ही फेंक चुका है।

जानने योग्य सीमाएँ

  • पेस्ट किया टेक्स्ट पहले ही डिकोड हो चुका है, इसलिए केवल आपकी डाली बाइट्स पहचानी जा सकती हैं - टेक्स्ट मोड निदान करता है।
  • U+FFFD वाला टेक्स्ट अपरिवर्तनीय है: खोई बाइट्स दोबारा नहीं बनाई जा सकतीं, और यह टूल ऐसा दिखावा नहीं करेगा।
  • 24 से कम गैर-ASCII बाइट्स वाले नमूने लेगेसी कोड पेजों के बीच वास्तव में अस्पष्ट हैं; तब उत्तर "तय नहीं कर सकते" और उम्मीदवार सूची होता है।
  • उम्मीदवार वे कोड पेज हैं जिन्हें यह ब्राउज़र डिकोड कर सकता है, साथ में BOM और पैटर्न अनुमान। UTF-32, CP437, TIS-620 और hp-roman8 यहाँ डिकोड नहीं होते और ऐसे ही बताए जाते हैं।
  • यह कन्वर्टर नहीं है: यह कोड पेजों के बीच ट्रांसकोड नहीं करता, फ़ोल्डर प्रोसेस नहीं करता, या फ़ाइल नामों से अनुमान नहीं लगाता।
  • सब कुछ लोकल चलता है: कोई अपलोड, URL पैरामीटर, स्टोरेज, नेटवर्क अनुरोध या इतिहास नहीं।

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