Текст и байты
Сравните окончания, кодировку и BOM до и после обработки. Исходные файлы не перезаписываются; смена кодировки требует подтверждения.
UTF-8; BOM: нет; 0 байт. CRLF 0, LF 0, CR 0; NUL 0; завершающий перенос: нет.
Результата пока нет.
Текст и файлы обрабатываются в этом браузере; исходные данные не отправляются на сервер.
До 20 файлов: по 2 МиБ, всего до 16 МиБ на входе и 32 МиБ на выходе.
Введите текст или выберите файлы.
Копируется текст без файловой кодировки и добавленной подписи. Загрузка сохраняет показанные выходные байты.
BOM показывает фактический префикс байтов. Если маркеров было два, после удаления одного оставшийся текст может начинаться такой же подписью.
В редакторе две версии файла могут выглядеть одинаково, хотя сравнение показывает изменения на каждой строке. Конвертер окончаний строк помогает отделить разницу в CRLF, LF и CR от изменений самого текста. Пробелы и пустые строки остаются на месте.
Перевод строки — не то же самое, что кодировка символов. Для проверки исходного BOM и байтов выбирайте файл, а не копию текста из буфера. Если другая программа уже заменила окончания перед вставкой, восстановить исходные CR по полученному тексту нельзя.
Конвертер окончаний строк считает пару CRLF одним окончанием, отдельно от одиночных CR и LF. Преобразование CRLF в LF меняет только эти последовательности: не удаляет пустые строки, не обрезает пробелы и не добавляет завершающий перевод там, где его не было.
Чтобы удалить BOM, нужно обработать одну начальную подпись, а не все символы U+FEFF. Конвертер окончаний строк сохраняет такой символ в середине текста и сразу после первой подписи. Шестнадцатеричный просмотр показывает, какие байты исчезли из начала файла.
BOM определяет UTF-8 или порядок байтов UTF-16. Без подписи применяется выбранная исходная кодировка, по умолчанию UTF-8. Для UTF-16 без BOM укажите LE или BE сами. Вставленный текст всегда рассматривается как UTF-8; нулевые байты не используются для угадывания.
По умолчанию окончания приводятся к LF, а BOM сохраняется. Чтобы менять только подпись, оставьте окончания без изменений. Windows-1252 не имеет BOM: для его добавления сначала выберите выход UTF-8 и подтвердите смену кодировки.
Проверьте числа CRLF, CR и LF, кодировку и объём до и после. Просмотр текста и байтов расширяется порциями, но загрузка содержит весь результат. Изменение входа или параметров отменяет прежнее подтверждение перекодирования и блокирует устаревший экспорт.
Доступны LF, CRLF, CR и сохранение исходных последовательностей. Конвертер окончаний строк обрабатывает все реальные окончания, включая переносы в кавычках CSV: структуры полей он не разбирает. Наличие завершающего переноса и пустые строки сохраняются.
Поддерживаются UTF-8, UTF-16LE, UTF-16BE и Windows-1252. Обычно выход использует исходную кодировку. Переход другого источника на UTF-8 требует отдельного согласия; повреждённые последовательности Unicode отклоняются вместо замены символом-заполнителем.
Можно выбрать до 20 файлов и просматривать каждый отдельно. Безопасная нумерация имён предотвращает совпадения в ZIP. Если один файл не обработан, весь пакет остаётся недоступным для выгрузки: ошибочный элемент не пропускается молча.
Автоматический режим запускает обработку после паузы во вводе. При его отключении доступны кнопка и Ctrl/Cmd + Enter. Пример, очистка и замена очереди сначала показывают объём изменений; после применения можно один раз вернуть данные, параметры, результат и режим запуска.
Это исторические соглашения: Windows обычно использует CRLF, Unix-подобные системы — LF, а CR встречается в старых форматах. Выбирайте вариант, который ожидает получатель файла. Конвертер окончаний строк не определяет требования следующей программы автоматически.
Файл позволяет прочитать исходные байты, BOM и кодировку. Буфер обмена передаёт символы, а программа-источник может заранее заменить окончания. Инструмент сохраняет полученные при вставке CR, LF и CRLF, но не восстанавливает утраченную до вставки информацию.
Проблемы возникают, когда скрипт, импортёр или средство сравнения ожидает конкретное представление и воспринимает CR как часть строки. Сначала проверьте требования получателя и исходные байты. Ошибки кодировки и собственно изменения текста одним выбором LF не исправляются.
Выберите единый целевой вариант; смешанные окончания строк будут заменены независимо от их исходного вида. Проверьте счётчики до и после. Конвертер окончаний строк сохраняет пустые строки и не добавляет последний перевод, если файл завершался текстом.
Да, Git умеет нормализовать окончания по настройкам репозитория и атрибутам файлов. Этот инструмент удобен для проверки отдельного файла или пакета, но не записывает конфигурацию Git. Согласуйте правила с проектом, иначе последующая операция Git может снова изменить окончания.
Обнаружили неверное изменение байтов?
Начните с файла известной кодировки, сравните подпись и окончания в байтах, затем примените выбранную политику ко всему пакету.