결과가 예상과 다릅니다.
입력, 선택 옵션, 아래 제한을 다시 확인하고 삭제나 강한 정규화 작업 전 원문을 보관하세요. 비 UTF‑8 데이터는 신뢰성 있게 복원할 수 없습니다.
두 자리 16진수 쌍을 한 바이트로 읽어 UTF‑8로 디코딩합니다. 연속 Hex뿐 아니라 공백, 쉼표, 콜론 구분 입력을 허용합니다. 원본 바이트가 유효한 UTF‑8이 아니면 오류, 깨진 글자 또는 대체 문자가 나타날 수 있습니다.
Hex 바이트를 붙여 넣고 UTF‑8 인코딩 여부를 확인하세요.
16진수 숫자와 허용 구분자만 포함한 바이트열을 붙여 넣습니다.
문자 수가 짝수인지, 원본 인코딩이 UTF‑8인지 확인합니다.
결과를 원본 데이터와 대조하고 비 UTF‑8 가능성을 점검합니다.
입력, 선택 옵션, 아래 제한을 다시 확인하고 삭제나 강한 정규화 작업 전 원문을 보관하세요. 비 UTF‑8 데이터는 신뢰성 있게 복원할 수 없습니다.
입력을 줄여 더 작은 단위로 나누고 메모리를 많이 쓰는 다른 탭을 닫으세요. 다시 시도하기 전 원문을 보관하세요.
대상 앱, 글꼴, 문자 인코딩을 확인하세요. 일부 앱은 공백을 정규화하거나 Unicode를 다르게 렌더링합니다.
두 자리 16진수 쌍을 한 바이트로 읽어 UTF‑8로 디코딩합니다. 연속 Hex뿐 아니라 공백, 쉼표, 콜론 구분 입력을 허용합니다. 원본 바이트가 유효한 UTF‑8이 아니면 오류, 깨진 글자 또는 대체 문자가 나타날 수 있습니다.
바이트열이 유효한 UTF‑8이 아니거나 원래 다른 문자 인코딩을 사용했을 가능성이 큽니다.
현재 기능이 크게 겹칠 수 있으므로 다른 페이지를 감사해 통합, 리디렉션 또는 인코딩 차이를 명확히 해야 합니다.
비 UTF‑8 데이터는 신뢰성 있게 복원할 수 없습니다. 홀수 Hex 문자나 불법 문자는 명확한 오류가 필요합니다. 현재 “몇 MB” 지침은 미검증이며 별도 /hex-to-text 페이지와 중복을 해결해야 합니다.
Hex 바이트를 붙여 넣고 UTF‑8 인코딩 여부를 확인하세요.