줄바꿈 형식 변환기 (CRLF ↔ LF)

텍스트 파일은 줄 끝을 눈에 보이지 않는 서로 다른 문자로 표시합니다. Windows는 CR LF(\r\n), 리눅스와 macOS는 LF(\n), 2001년 이전의 맥 OS는 CR 하나만 썼습니다. 형식이 맞지 않으면 오래된 메모장에서는 한 줄로 길게 보이고, 터미널에서는 줄 끝에 ^M이 보이고, Git의 비교가 어지러워지고, 스크립트가 “bad interpreter” 오류로 실패합니다. 이 변환기는 파일의 줄바꿈을 선택한 종류로 다시 쓰고, UTF-8 바이트 순서 표시(BOM)를 넣거나 빼며, 파일에 종류별로 몇 개가 있었는지 알려 줍니다.

사용 방법

1. 텍스트 파일을 하나 이상 고릅니다 (또는 텍스트를 붙여넣습니다).
2. 필요한 줄바꿈 형식을 고릅니다. 리눅스, macOS, 대부분의 코드는 LF, Windows 도구는 CRLF입니다.
3. UTF-8 BOM을 유지, 추가, 제거할지 정합니다. 추가하면 엑셀이 악센트나 한글이 있는 UTF-8 CSV를 제대로 여는 데 도움이 됩니다.
4. 변환된 파일을 하나씩 내려받습니다. 표에는 각 파일이 원래 쓰던 형식이 나옵니다.

계산식

CRLF = 바이트 0D 0A · LF = 0A · CR = 0D, 어떤 종류의 줄바꿈이든 선택한 것으로 다시 씀

파일은 원시 바이트로 처리하므로 인코딩은 바뀌지 않습니다. UTF-8, ASCII, Windows-1252, Shift_JIS, EUC-KR 같은 예전 인코딩은 글자 안에서 0D나 0A를 쓰지 않으므로 다른 바이트가 그대로 유지됩니다. UTF-16 파일(바이트 순서 표시로 감지)은 두 바이트씩 처리하며 BOM을 유지합니다. 0 바이트가 들어 있는 파일은 바이너리로 보고 건너뛰며, 드문 UTF-32 파일도 건너뜁니다. 한 파일에 여러 종류가 섞여 있을 수 있으며 표에 종류별로 셉니다.

예시

LF 줄바꿈으로 된 “Hello world.”와 “Second line.”이 들어 있는 26바이트 파일을 CRLF로 바꾸면 줄바꿈 2개마다 CR 바이트가 하나씩 늘어 28바이트가 됩니다. 다시 LF로 바꾸면 원래의 26바이트로 돌아가고, LF 버전에 UTF-8 BOM을 추가하면 29바이트가 됩니다.