Saltar al contenido

Recuperar hangul ilegible por codificación

Broken Hangul Recovery

Repara el hangul destrozado por una mezcla de CP949 y UTF-8 probando cada camino de codificación plausible y mostrando una vista previa de cada uno.

El hangul se convierte en 뷁, 안녕 o 占쏙옙 cuando bytes escritos en una codificación se leen como otra, y qué deformación obtuviste te dice qué par de codificaciones intervino. Esta herramienta prueba cada camino de vuelta plausible y te muestra el resultado de cada uno, para que elijas el que se lee como coreano.

🔒 Se ejecuta por completo en tu navegadorencodingrecovercp949hangul

El texto roto

Un nombre de archivo, un subtítulo, una línea de un CSV: pega lo que sea y se reproduce hacia atrás cada camino de codificación plausible.

Un texto roto casi nunca está dañado: está *mal leído*. Los bytes siguen intactos y lo único equivocado era la tabla, así que volver a escribirlos con esa misma tabla y leerlos con la correcta devuelve el texto. Por eso aquí no se adivina ningún carácter: solo se ofrecen los caminos que cierran la ida y la vuelta.

El texto que aparece con las letras sueltas (ㅇㅏㄴㄴㅕㅇ) no es un fallo de codificación sino de normalización Unicode. macOS guarda los nombres de archivo en NFD y Windows te enseña las piezas. Ese caso solo hay que componerlo.

Cómo se usa

  1. Pega el texto roto o suelta el archivo

    Para un archivo se usan los bytes directamente, lo que recupera casos que un copiar y pegar ya destruyó.

  2. Lee los candidatos

    Cada camino lleva la etiqueta de las codificaciones que supuso. Solo uno de ellos se leerá como coreano; el resto será otro tipo de basura.

  3. Arregla el origen, no solo esta copia

    Si un CSV sigue llegando roto, el problema es la codificación de exportación. Recuperar cada archivo a mano es un tratamiento, no una cura.

Preguntas frecuentes

Nada lo recupera.

Algunas deformaciones tienen pérdida y no pueden deshacerse. Cuando los bytes se decodificaron con un carácter de reemplazo —el patrón 占쏙옙 es el caso clásico— los valores originales se perdieron, y ninguna recodificación los devuelve.

El nombre del archivo está roto pero el contenido está bien.

Un zip creado en un Windows coreano guarda los nombres en CP949 sin marcarlos, y una herramienta de Mac o Linux los lee como UTF-8. Pega el nombre roto como texto: el contenido nunca se vio afectado.

¿Por qué Excel sigue rompiendo mi CSV en coreano?

Excel en Windows abre un CSV en la página de códigos del sistema —Windows-1252 en un Windows en español, CP949 en uno coreano— salvo que el archivo empiece con una marca de orden de bytes UTF-8. Guardarlo con BOM, o importarlo en vez de abrirlo, lo evita.

Puede recibir de

Después

Estas aceptan lo que produce esta herramienta, así que el resultado puede pasar directamente.