Ren teksttranskripsjon (.txt)
ISO/IEC StandardEn ren tekstfil lagrer tegn uten sidelayout, skrifttyper eller innebygde bilder. Tekstredigerere og programmer kan lese filen, men aksenterte tegn kan vises feil hvis filens tegnkoding gjettes feil.
Konverter SRT til TXT
Gratis SRT til TXT-konverterer i nettleseren. Konverter filer umiddelbart på enheten din.
Inspeksjon og metadata
Operativsystemer og filanalysatorer identifiserer TXT-filer ved å undersøke den innledende binære bytesekvensen:
Filsignatur på bytenivå (magiske byte)
Operativsystemer og filanalysatorer identifiserer TXT-filer ved å undersøke den innledende binære bytesekvensen:
HEX-SIGNATUR (OFFSET 0):
EF BB BF / NoneASCII-REPRESENTASJON: UTF-8 BOM / Raw text
Standardisering: ISO/IEC 10646 / Unicode Standard / IETF RFC 2046
Tekniske spesifikasjoner
| Beholderarkitektur | Sekvens av lesbare tegn kodet med ASCII, UTF-8, UTF-16 eller ISO-8859 |
| Komprimering | Ukomprimerte rå byteverdier for tegn |
| Bytterekkefølge | UTF-8 (uavhengig av byterekkefølge); byterekkefølgen i UTF-16/32 kan angis med BOM |
| Fargerom | Ikke relevant (ren tekst) |
| Kanaler og struktur | Lineær tegnstrøm med linjeskiftmarkører (LF \n eller CRLF \r\n) og mellomromstegn |
| Maks. dimensjoner | Ubegrenset strømlengde |
| Gjennomsiktighet | Ingen |
| Strømming og progressiv visning | Ren tekst er sekvensielle data; hvordan den strømmes, avhenger av programvaren. |
Teknisk sammenligningsmatrise: TXT sammenlignet med konkurrenter
| Teknisk attributt | TXT (Gjeldende) | MD | HTML | |
|---|---|---|---|---|
| Visuell formatering | Ingen (ren tekst uten stilformatering) | Lettvekts Markdown-syntaks | Fast visuell sidelayout | Full CSS- og DOM-styling |
| Påkrevd programvare | Ingen (hvilken som helst terminal eller tekstredigerer) | Markdown-forhåndsviser / leser | Dedikert PDF-leser | Nettleser |
| Filstørrelse | Absolutt minst mulig | Minimal tekststørrelse | Stor binærbeholder | Moderat oppmerkingsoverhead |
| Arkivlevetid | Avhenger av at filen bevares og at tegnkodingen identifiseres | Kan bevares på lang sikt | Høy (ISO-standard) | Høy (W3C-standard) |
Vanlige korrupsjonsmoduser og heksadesimal gjenopprettingsveiledning
Aksenterte bokstaver vises som forvridde symboler som «Ã©» eller erstatningstegn som «�».
Underliggende årsak: Kodingsuoverensstemmelse: en eldre ANSI-/Windows-1252-fil ble åpnet som UTF-8 uten riktig konvertering.
Utbedring: Omkod filen med eksplisitt UTF-8-koding ved hjelp av File2File.app Tekstkonverterer.
Sikkerhetsanalyse og angrepsvektorer mot parsere
Rene tekstfiler inneholder ingen eksekverbar kode, men svikefulle Unicode-tegn kan villede brukere eller forårsake terminalinjeksjon.
Kjente angrepsvektorer
- Right-to-Left Override (RTLO)-unicode-tegn som forfalsker eksekverbare filendinger (f.eks. 'rapport[RTLO]kod.exe').
- Injeksjon av fluktsekvenser i terminalen som kjører skallkommandoer når råtekst vises via 'cat'.
- Homoglyfangrep som erstatter standard ASCII-bokstaver med identisk utseende kyrilliske tegn i nettadresser.
Anbefalte sikkerhetstiltak: Rens toveis Unicode-kontrolltegn og terminalfluktkoder ved gjengivelse av tekstfiler.
Historisk opprinnelse og milepæler
Viktige fordeler
- Tekstfiler kan åpnes i tekstredigerere og søkes i eller behandles med kommandolinjeverktøy. Kontroller tegnkodingen hvis aksenterte tegn vises feil.
- Ren tekst er lett å bevare og flytte, men lesbarheten på lang sikt avhenger av at filen bevares og at tegnkodingen kan identifiseres.
- Null formateringsoverhead: inneholder ren data uten metadata-svulst, binære tagger eller proprietære strukturer.
Tekniske begrensninger og ulemper
- Null visuell formatering: kan ikke automatisk fetstille, kursivere, fargelegge eller endre skriftstørrelser uten et eksternt oppmerkingsspråk.
- Ulikheter i plattformens linjeslutt (Windows CRLF vs. Unix LF) kan føre til formateringsfeil på tvers av operativsystemer.
- Historiske kodingsuklarheter (ANSI, Shift-JIS, Windows-1252) kan føre til tegnkorrupsjon (mojibake) uten UTF-8.
Interessante tekniske fakta
- UTF-8 ble funnet opp på en dekkebrikke på en diner i New Jersey i 1992 av Ken Thompson og Rob Pike under middagen.
- Windows bruker to tegn for en ny linje: vognretur (CR, 0x0D) og Line Feed (LF, 0x0A), en arv fra mekaniske skrivemaskiner.
- UTF-8 er den dominerende tegnkodingen på nettsteder, men den nøyaktige andelen varierer over tid.
Ofte stilte tekniske spørsmål
Hva er UTF-8?
UTF-8 koder Unicode-tegnsettet og bevarer de opprinnelige byteverdiene til ASCII-tegnene.
Hva er forskjellen mellom Windows- og Unix-linjeslutt?
Windows bruker 'CRLF' (to byte: Carriage Return + Line Feed) for å representere et linjeskift, mens Unix, Linux og macOS bruker 'LF' (én enkelt Line Feed-byte).
Hvordan kan jeg konvertere en TXT-fil til PDF?
Du kan konvertere rene tekstfiler til profesjonelle PDF-dokumenter eller Word-dokumenter med ett klikk ved hjelp av File2File.app direkte i nettleseren din.
Relaterte konverteringspar for TXT
Konvertering av SRT-tekstingsfiler til TXT-utskrifter fjerner tidsstempler og indeksnumre, slik at du sitter igjen med ren og lesbar dialog.
Å konvertere et skannet bilde til tekst gjør bildepiksler om til redigerbare tegn, slik at du enkelt kan søke etter, redigere og lagre teksten.
Konvertering av et rasterbilde-PNG-dokument til ren tekst forvandler statiske bildepiksler til redigerbare ord ved hjelp av optisk tegngjenkjenning.