Fix text encoding without losing characters

Convert readable TXT, CSV, TSV, JSON, XML, HTML or Markdown to UTF-8 locally. This tool changes the text encoding and line endings; it does not repair the document format itself.

What this tool actually does

Fix text encoding parses the content as structured data or text before generating the output. JSON, XML, CSV, TSV, Markdown and damaged text are not treated as arbitrary strings where changing a filename would be enough.

How the result is verified

Whenever the format allows it, the generated result is parsed or validated again. Quoted fields, delimiters, XML/JSON structure and text encoding are handled with format-specific checks to reduce outputs that look plausible but cannot be read correctly by the next application.

Limits and fidelity

Limits protect the browser from disproportionate files, rows, columns or cell sizes. The conversion preserves information the destination can represent but does not invent types, relationships or meaning missing from the source. Review critical datasets before replacing the original.

When to use this workflow

Use this workflow when a system requires another representation of the same data, when syntax needs validation or when text displays broken characters. For legal, financial or production-critical information, keep the original and compare a representative sample before relying on the transformed file.

Privacy and final verification

Keep the original file until the output has been reviewed in the destination application or portal. Supported workflows process locally in the browser and enforce bounded size and complexity limits. For Fix text encoding, verify that the generated format preserves the properties that matter for your use case. For important data, compare a representative sample and confirm that format, content and quality meet the actual requirement before replacing the source file. Also open the generated file in the destination application when compatibility, colour, transparency, layout or compression matters.

How to check the result

Select a text file, process it and inspect the preview before downloading. UTF-8 and UTF-16 LE/BE are decoded strictly; a truncated UTF-16 code unit, invalid declared UTF-8 or an unexpected NUL character causes an error instead of silent character replacement.

When Windows-1252 is assumed

Files without a Unicode BOM can be ambiguous. When UTF-8 is not valid, Windows-1252 is used as a fallback assumption. Check accents and punctuation against your original. A reversible correction can turn mojibake such as café into café, but not every damaged sequence can be recovered.

What changes and what does not

The output is UTF-8 without BOM and uses LF line endings. A final newline may be added. Other characters are retained unless a reversible mojibake correction is identified. The tool does not validate CSV columns, JSON keys, HTML safety or XML schemas. Files are limited to 10 MB and 12 million decoded characters.

Related tools

For damaged CSV structure, use repair CSV. To convert tables rather than their encoding, see CSV to JSON. For structured JSON output, use format JSON.