ASCII

From Just Solve the File Format Problem
(Difference between revisions)
Jump to: navigation, search
(Add new category "Text encoding")
(→‎Specifications)
 
(22 intermediate revisions by 3 users not shown)
Line 1: Line 1:
−
{|
+
{{FormatInfo
−
|[[File Formats]]
+
|formattype=electronic
−
| >
+
|subcat=Character encoding
−
|[[Electronic File Formats]]
+
|released=1963
−
| >
+
|charset=US-ASCII
−
|[[Character Encoding]]
+
|charsetaliases=iso-ir-6, ANSI_X3.4-1968, ANSI_X3.4-1986, ISO_646.irv:1991, ISO646-US, us, IBM367, cp367, csASCII
−
| >
+
|mibenum=3
−
|[[ASCII]]
+
|codepage=367
−
|}
+
|cfstringencoding=1536
−
 
+
|nsstringencoding=1
−
The '''American Standard Code for Information Interchange''' (ASCII) is a character encoding designed for English-based information interchange. The first version was published in 1963, but had a number of differences from the later version published in 1967, which had some minor tweaks in 1986 to result in what is now referred to as '''us-ascii''' when specifying character encodings. ASCII was intended to replace a number of proprietary character sets used by various device manufacturers, and largely succeeded at that although IBM continued to use [[EBCDIC]] for a number of years. However, since only the English alphabet was included, many so-called "extended ASCII" sets were used with different characters (accented letters, other alphabets, and special symbols) in the positions from 128 to 255 which were available when an eighth bit was added to the seven bits needed to encode the 128 ASCII characters. (Some systems, however, used the eighth bit as a checksum or flag of some sort, precluding such character set extensions.) Some writing systems such as Chinese, Japanese, and Korean were entirely unsuitable for ASCII-based character sets, and adopted various multi-byte representations. Thus, there was once again a profusion of proprietary character encodings until [[Unicode]] brought some order to the chaos.
+
|pronom={{PRONOM|x-fmt/22}}, {{PRONOM|x-fmt/283}}
 +
|wikidata={{wikidata|Q8815}}
 +
}}
 +
The '''American Standard Code for Information Interchange''' (ASCII) is a character encoding designed for English-based information interchange. The first version was published in 1963, but had a number of differences from the later version published in 1967 (for one, the 1963 version had only uppercase letters and left the eventual location of lowercase undefined, and also had some of the control characters in different locations), which had some minor tweaks in 1986 to result in what is now referred to as '''us-ascii''' (also known as ISO 646-US) when specifying character encodings. ASCII was intended to replace a number of proprietary character sets used by various device manufacturers, and largely succeeded at that although IBM continued to use [[EBCDIC]] for a number of years. However, since only the English alphabet was included, many so-called "extended ASCII" sets were used with different characters (accented letters, other alphabets, and special symbols) in the positions from 128 to 255 which were available when an eighth bit was added to the seven bits needed to encode the 128 ASCII characters. (Some systems, however, used the eighth bit as a checksum or flag of some sort, precluding such character set extensions.) Some writing systems such as Chinese, Japanese, and Korean were entirely unsuitable for ASCII-based character sets, and adopted various multi-byte representations. Thus, there was once again a profusion of proprietary character encodings until [[Unicode]] brought some order to the chaos. The 128 characters of ASCII are incorporated into Unicode in their ASCII code positions from 0000 to 007F (hex).
  
 
Early personal computers didn't always implement ASCII consistently. The original version of the Apple II lacked lowercase letters, for instance, showing random gibberish where those characters were found. A "lower case adaptor" chip could be installed to remedy this, and later computers in the Apple II series (starting with the IIe) came with lowercase support built in. Meanwhile, the Commodore PET, VIC-20, 64, and 128 used an unusual variation sometimes called [[PETSCII]] (or PET ASCII or CBM ASCII), which could be switched between two modes, one which only had uppercase letters (with the codes usually containing lowercase instead containing graphical characters), and another which introduces lowercase, but in the odd manner of replacing the character codes normally used for uppercase with lowercase letters, and adding a new set of uppercase letters at a completely different position in the set (replacing some graphic characters, but not the ones that are in the spots usually used by lowercase). This makes the conversion of text files created on or for Commodore computers a challenge. Atari computers had their own [[ATASCII]].
 
Early personal computers didn't always implement ASCII consistently. The original version of the Apple II lacked lowercase letters, for instance, showing random gibberish where those characters were found. A "lower case adaptor" chip could be installed to remedy this, and later computers in the Apple II series (starting with the IIe) came with lowercase support built in. Meanwhile, the Commodore PET, VIC-20, 64, and 128 used an unusual variation sometimes called [[PETSCII]] (or PET ASCII or CBM ASCII), which could be switched between two modes, one which only had uppercase letters (with the codes usually containing lowercase instead containing graphical characters), and another which introduces lowercase, but in the odd manner of replacing the character codes normally used for uppercase with lowercase letters, and adding a new set of uppercase letters at a completely different position in the set (replacing some graphic characters, but not the ones that are in the spots usually used by lowercase). This makes the conversion of text files created on or for Commodore computers a challenge. Atari computers had their own [[ATASCII]].
 +
 +
ASCII characters have been used artistically to draw pictures, which is known as [[ASCII Art]].
  
 
== Control characters ==
 
== Control characters ==
Line 17: Line 22:
 
The lower 32 characters of the ASCII set are control characters given various special uses by different systems and programs, and sometimes also given a graphic rendition in some platforms.
 
The lower 32 characters of the ASCII set are control characters given various special uses by different systems and programs, and sometimes also given a graphic rendition in some platforms.
  
−
{| class="wikitable"
+
See article: '''[[C0 controls]]'''
−
! title="Hexadecimal code point" | Hex
+
−
! title="Decimal code point" | Dec
+
−
! title="Codes used to represent character" | Codes
+
−
! title="Standard Acronym" | Acronym
+
−
! title="Character name" | Name
+
−
! title="Description and uses" | Description and uses
+
−
|-
+
−
|00||0||^@, \0||NUL||Null character||Marks unused space or padding (e.g., to intentionally slow down terminals or to leave space for added data in memory or storage media). Used in C-based programming languages to mark end of string.
+
−
|-
+
−
|01||1||^A||SOH||Start of Heading||Marks the beginning of a header in a message or data structure.
+
−
|-
+
−
|02||2||^B||STX||Start of Text||Marks the beginning of the body text of a message, and/or the end of the header.
+
−
|-
+
−
|03||3||^C||ETX||End of Text||Marks the end of the body text. Also used as "break character" (Control-C) to terminate a program or process.
+
−
|-
+
−
|04||4||^D||EOT||End of Transmission||In Unix-style operating systems, signals end-of-file and is used to log out of a terminal. On Apple II, this character signalled that what followed was a DOS command when it was "printed" to standard output.
+
−
|-
+
−
|05||5||^E||ENQ||Enquiry||Used in transmission protocols to request acknowledgement from the other end to make sure connection is still active. In DEC TOPS-20 mainframes, usually resulted in currently-active application outputing status information to terminal.
+
−
|-
+
−
|06||6||^F||ACK||Acknowledge||Sent as response to ENQ message, or used to positively acknowledge receipt of data or messages (as opposed to NAK).
+
−
|-
+
−
|07||7||^G, \a||BEL||Bell||On some systems, this causes a bell, buzzer, or beep to sound, or flashes inverse video to alert a system operator. The Apple II had "BELL" on the front side of the "G" key to remind users that Ctrl-G caused this sound effect.
+
−
|-
+
−
|08||8||^H, \b||BS||Backspace||Moves back one space. Usually deletes last character (e.g., from input string), but on some old terminals it just moved backward without deleting and allowed "overstrike" effects overlaying multiple characters.
+
−
|-
+
−
|09||9||^I, \t||HT||Horizontal Tab||The typewriter "tab key", usually moving to the next tab stop as defined in the particular software being used.
+
−
|-
+
−
|0A||10||^J, \n||LF||Line Feed||Move down one line. In Unix-style operating systems, it also moves to the beginning of the next line so that it can be used as a line break (newline) character, while in some other systems and terminals it just moves down without moving to the left, requiring the "CR LF" sequence to break a line.
+
−
|-
+
−
|0B||11||^K, \v||VT||Vertical Tab||Moves to vertical tab stops; not used nearly as often as the more-common horizontal tab.
+
−
|-
+
−
|0C||12||^L, \f||FF||Form Feed||Causes page to eject in printers, and may clear the screen in some terminal emulators. Sometimes used as a logical division of sections of a document.
+
−
|-
+
−
|0D||13||^M, \r||CR||Carriage Return||Moves to the beginning of the line. In some systems (e.g., Apple II, Commodore 64, and TRS-80, and early Macintosh systems before its OS switched to a Unix-based system), also moves to the next line so that it can be used as a line break character, while in other systems it stays on the same line so that it must be accompanied by a LF character to break a line (but on some printing terminals CR with no LF was used for overstrike effects including underlining by printing underscores). Thus the three different line-break conventions (LF, CR, and CR+LF) arose, which bedevil users of text files to this day. As an input character, CR is generally mapped onto the Enter key, signaling the completion of input.
+
−
|-
+
−
|0E||14||^N||SO||Shift Out||Switch to alternate character set (reversed by SI). Used in various systems and terminals to set different characters (e.g., APL or Cyrillic), or change the color or font.
+
−
|-
+
−
|0F||15||^O||SI||Shift In||Return to normal character set (reverses operation of SO).
+
−
|-
+
−
|10||16||^P||DLE||Data Link Escape||Signals the start of a sequence of raw data as opposed to normal printable or control characters.
+
−
|-
+
−
|11||17||^Q||DC1||Device Control 1||One of four device-control codes intended to be system-specific. This one (CTRL-Q, also known as XON) is often used to resume operations of a process, device, or output stream that has been paused with CTRL-S (XOFF).
+
−
|-
+
−
|12||18||^R||DC2||Device Control 2||Another device-control code; not used as much as DC1 and DC3.
+
−
|-
+
−
|13||19||^S||DC3||Device Control 3||The third of the device-control codes; this one (CTRL-S, also known as XOFF) is often used to pause processes, devices, or output streams, with CTRL-Q (XON) resuming them (though in some cases, any keypress causes output to resume).
+
−
|-
+
−
|14||20||^T||DC4||Device Control 4||The fourth device-control code; not used as much as DC1 or DC3. In DEC TOPS-20 mainframes, usually resulted in output of system status to terminal.
+
−
|-
+
−
|15||21||^U||NAK||Negative Acknowledge||In transmission protocols, indicates a failure requiring a re-send, or a negative response to a query of whether the process is ready to proceed.
+
−
|-
+
−
|16||22||^V||SYN||Synchronous Idle||Signals that a correction may now be received in synchronous transmission protocols.
+
−
|-
+
−
|17||23||^W||ETB||End of Transmission Block||Marks the end of a block of data divided into blocks for transmission.
+
−
|-
+
−
|18||24||^X||CAN||Cancel||Cancels an operation and signals that previously-sent data can be disregarded.
+
−
|-
+
−
|19||25||^Y||EM||End of Medium||Marks the end of a physical medium such as a data-storage tape.
+
−
|-
+
−
|1A||26||^Z||SUB||Substitute Character||Used to mark the spot where garbled, missing, or incomplete characters were received due to transmission errors, or various other uses involving place-holder characters.  This character (Ctrl-Z) is also used by MS/PC-DOS to mark the end of a file or input stream, calling it EOF (although CTRL-D, EOT, would have been more standards-compliant and is used by Unix-style OSs for this purpose; however, some DEC operating systems used the CTRL-Z convention and this is what was followed by PC-DOS).
+
−
|-
+
−
|1B||27||^[||ESC||Escape||Mapped onto the ESC key on keyboards, this usually signals a user attempting to exit a menu or mode. It is also commonly used in printer and terminal control protocols to signal the beginning of a special "escape sequence" where immediately-following characters are interpreted as commands.
+
−
|-
+
−
|1C||28||^\||FS||File Separator||One of four separator characters intended to delimit structured data. FS is the highest-level separator, intended to separate structures which are in turn internally delimited with GS, RS, and US (in descending order). Also used as a "quit and dump core" signal in Unix shells.
+
−
|-
+
−
|1D||29||^]||GS||Group Separator||The second of four separator characters, subordinate to FS, but higher-level than RS and US.
+
−
|-
+
−
|1E||30||^^||RS||Record Separator||The third of four separator characters, subordinate to FS and GS, but higher-level than US.
+
−
|-
+
−
|1F||31||^_||US||Unit Separator||The lowest-level of the separator characters, used to divide strings of ASCII characters which are the base elements of a data structure. A sequence of such US-delimited strings can in turn be used as a higher-level data element separated by other such elements by the RS character, and this structure in turn can be delimited from other such elements by GS, and finally if a fourth level is needed the FS character separates those elements.
+
−
|}
+
  
 
== Specifications ==
 
== Specifications ==
  
 
* RFC 20
 
* RFC 20
 +
* [http://datatracker.ietf.org/doc/status-change-rfc20-ascii-format-to-standard/ RFC 20 finally designated an Internet Standard (2015)]
 
* [http://www.wps.com/projects/codes/X3.4-1963/ ASA standard X3.4-1963]
 
* [http://www.wps.com/projects/codes/X3.4-1963/ ASA standard X3.4-1963]
 
* [http://www.unicode.org/charts/PDF/U0000.pdf Unicode C0 Controls and Basic Latin Code Block]
 
* [http://www.unicode.org/charts/PDF/U0000.pdf Unicode C0 Controls and Basic Latin Code Block]
 +
* [http://www.textfiles.com/programming/FORMATS/asciival.txt ASCII character code chart]
 +
* [http://www.kreativekorp.com/charset/encoding/USASCII/ US ASCII code chart at Kreative Korp]
 +
* [http://www.kreativekorp.com/charset/encoding/USASCIIQuotes/ US ASCII Quotes code chart; charts pre-1986 version with curly left and right single quotes]
  
 
== External links ==
 
== External links ==
  
−
* [http://en.wikipedia.org/wiki/ASCII ASCII: Wikipedia]
+
* [[Wikipedia: ASCII]]
−
* [http://www.transbay.net/~enf/ascii/ascii.pdf The Evolution of Character Codes, 1874–1968]
+
* [http://trafficways.org/ascii/ascii.pdf The Evolution of Character Codes, 1874–1968] ([https://github.com/ericfischer/ascii Source code at GitHub])
  
−
[[Category:Text encoding]]
+
[[Category:ISO 646]]

Latest revision as of 05:20, 27 June 2019

File Format
Name ASCII
Ontology
PRONOM x-fmt/22, x-fmt/283
Wikidata ID Q8815
IANA charset US-ASCII
IANA aliases iso-ir-6, ANSI_X3.4-1968, ANSI_X3.4-1986, ISO_646.irv:1991, ISO646-US, us, IBM367, cp367, csASCII
IANA MIBenum 3
Code Page 367
CFStringEncoding 1536
NSStringEncoding 1
Released 1963

The American Standard Code for Information Interchange (ASCII) is a character encoding designed for English-based information interchange. The first version was published in 1963, but had a number of differences from the later version published in 1967 (for one, the 1963 version had only uppercase letters and left the eventual location of lowercase undefined, and also had some of the control characters in different locations), which had some minor tweaks in 1986 to result in what is now referred to as us-ascii (also known as ISO 646-US) when specifying character encodings. ASCII was intended to replace a number of proprietary character sets used by various device manufacturers, and largely succeeded at that although IBM continued to use EBCDIC for a number of years. However, since only the English alphabet was included, many so-called "extended ASCII" sets were used with different characters (accented letters, other alphabets, and special symbols) in the positions from 128 to 255 which were available when an eighth bit was added to the seven bits needed to encode the 128 ASCII characters. (Some systems, however, used the eighth bit as a checksum or flag of some sort, precluding such character set extensions.) Some writing systems such as Chinese, Japanese, and Korean were entirely unsuitable for ASCII-based character sets, and adopted various multi-byte representations. Thus, there was once again a profusion of proprietary character encodings until Unicode brought some order to the chaos. The 128 characters of ASCII are incorporated into Unicode in their ASCII code positions from 0000 to 007F (hex).

Early personal computers didn't always implement ASCII consistently. The original version of the Apple II lacked lowercase letters, for instance, showing random gibberish where those characters were found. A "lower case adaptor" chip could be installed to remedy this, and later computers in the Apple II series (starting with the IIe) came with lowercase support built in. Meanwhile, the Commodore PET, VIC-20, 64, and 128 used an unusual variation sometimes called PETSCII (or PET ASCII or CBM ASCII), which could be switched between two modes, one which only had uppercase letters (with the codes usually containing lowercase instead containing graphical characters), and another which introduces lowercase, but in the odd manner of replacing the character codes normally used for uppercase with lowercase letters, and adding a new set of uppercase letters at a completely different position in the set (replacing some graphic characters, but not the ones that are in the spots usually used by lowercase). This makes the conversion of text files created on or for Commodore computers a challenge. Atari computers had their own ATASCII.

ASCII characters have been used artistically to draw pictures, which is known as ASCII Art.

[edit] Control characters

The lower 32 characters of the ASCII set are control characters given various special uses by different systems and programs, and sometimes also given a graphic rendition in some platforms.

See article: C0 controls

[edit] Specifications

[edit] External links

Retrieved from "http://fileformats.archiveteam.org/index.php?title=ASCII&oldid=32481"
Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox