Определение кодировки

Какая кодировка подходит этим байтам?

Строгий режим всегда определяет вердикт; его отключение лишь добавляет в предпросмотр счётчик 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, хранилища, сетевых запросов и истории.

Когда кодировка известна, эти инструменты продолжат работу.