<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://fileformats.archiveteam.org/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://fileformats.archiveteam.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Zzo38</id>
		<title>Just Solve the File Format Problem - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="http://fileformats.archiveteam.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Zzo38"/>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Special:Contributions/Zzo38"/>
		<updated>2026-04-18T06:05:40Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.19.2</generator>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/ANSI_Art</id>
		<title>ANSI Art</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/ANSI_Art"/>
				<updated>2026-02-13T20:33:49Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Doorway mode&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Graphics&lt;br /&gt;
|extensions={{ext|ans}}, others&lt;br /&gt;
}}&lt;br /&gt;
'''ANSI Art''' is a variant on [[ASCII Art]] which uses [[ANSI escape code|ANSI escape sequences]] in addition to ASCII characters in order to do things like changing colors. It also uses characters from the [[MS-DOS encodings|IBM PC code page]] which aren't part of ASCII, allowing a wider range of characters including various graphical symbols and box-drawing characters. This sort of art was popular on bulletin board systems in the late 1980s and early 1990s, and in other communities through the early 2000s. It is still being made in small quantities today.&lt;br /&gt;
&lt;br /&gt;
== Disambiguation ==&lt;br /&gt;
The term &amp;quot;ANSI Art&amp;quot; sometimes refers to the file format (text with ANSI control sequences), and sometimes to the artwork itself. In the latter sense, &amp;quot;ANSI Art&amp;quot; graphics might be stored in a file format other than ANSI Art format, such as [[BIN (Binary Text)|BIN]] or [[iCEDraw]].&lt;br /&gt;
&lt;br /&gt;
== Format details ==&lt;br /&gt;
As far as we know, there is no formal specification of ANSI Art format. It has many variants and extensions, and there is usually no easy way to tell what variant you are dealing with.&lt;br /&gt;
&lt;br /&gt;
In general, it consists of plain text interspersed with [[ANSI escape code|ANSI escape sequences]]. There may be [[SAUCE]] data at the end of the file. The text is usually (at least for English language artwork) encoded in [[CP437]]. The characters in the PC BIOS font at code points 1 through 31 are allowed, with some exceptions that are treated as [[C0 controls]] instead: 9 (tab), 10 (LF), 13 (CR), 26 (end of data), 27 (ESC). In the DOS world the behavior implemented in ansi.sys became the de facto standard. This includes some oddities, such as that clear screen also moves the cursor to the upper left corner (most implementations leaves the cursor in place). This is probably also the reason that code points below 32 are considered valid, since they are typed that way in DOS with ansi.sys loaded.&lt;br /&gt;
&lt;br /&gt;
Older ANSI Art files sometimes begin with a &amp;quot;preamble&amp;quot; consisting of Email/Usenet headers, or other plain text metadata or comments. The preamble will be immediately erased by the ANSI codes, so it is invisible when the file is viewed in a normal way.&lt;br /&gt;
&lt;br /&gt;
A few programs implement &amp;quot;doorway mode&amp;quot; which allows all character codes 0 to 31 to be displayed, although I think most programs that are not terminal emulators do not implement this mode (MegaZeux and cbgconv are two programs that do implement doorway mode).&lt;br /&gt;
&lt;br /&gt;
== Specifications and references ==&lt;br /&gt;
For information about the escape codes used in ANSI Art files, see [[ANSI escape code#Specifications]]. Only documents with information specific to ANSI Art are listed here.&lt;br /&gt;
&lt;br /&gt;
* [https://github.com/bbsninja/piece/blob/master/docs/format/ansi.txt piece: docs/format/ansi.txt]&lt;br /&gt;
* [http://picoe.ca/2014/03/07/24-bit-ansi/ 24-bit Ansi]&lt;br /&gt;
* [http://snisurset.net/code/abydos/ansi.html abydos information about ANSI graphics]&lt;br /&gt;
&lt;br /&gt;
== Software ==&lt;br /&gt;
* [https://www.ansilove.org/ Ansilove]: Open-source tools to convert ANSI art and similar formats to [[PNG]] images&lt;br /&gt;
* [https://sourceforge.net/projects/acidview6-win32/ ACiD View]: ANSI art (and other format) viewer for Windows&lt;br /&gt;
* [[FFmpeg]]&lt;br /&gt;
* [http://picoe.ca/products/pablodraw/ PabloDraw]&lt;br /&gt;
* [http://www.andyh.org/moebius/ Moebius]&lt;br /&gt;
* [https://github.com/tehmaze/piece piece]&lt;br /&gt;
* [[Wikipedia:TheDraw|TheDraw (Wikipedia)]]&lt;br /&gt;
* [[MegaZeux]]&lt;br /&gt;
* See also GitHub repository zzo38/superzz0 files misc/cbgconv.c and misc/cbgconv.doc&lt;br /&gt;
&lt;br /&gt;
== Sample files ==&lt;br /&gt;
* https://16colo.rs/&lt;br /&gt;
* [https://github.com/sixteencolors/sixteencolors-archive Sixteen Colors Archive at GitHub]&lt;br /&gt;
* [http://artscene.textfiles.com/ansi/ TEXTFILES: The ANSI Art Collection]&lt;br /&gt;
* http://cd.textfiles.com/darkdomain/artpacks/&lt;br /&gt;
* [http://bbs.ninja/ BBS Ninja]&lt;br /&gt;
* [https://artpacks.org/ Artpacks.org]&lt;br /&gt;
* {{DexvertSamples|image/ans}}&lt;br /&gt;
* {{HTTPS|:|/|/|archive.org/download/pain_cave_bbs_compilation/pain_cave_bbs.zip/pain_cave_bbs%2FBbsback%2F8%2FCNDRAW1.ZIP|CNDRAW1.ZIP}} → PAINCAVE.ANS&lt;br /&gt;
* {{HTTPS|:|/|/|archive.org/download/pain_cave_bbs_compilation/pain_cave_bbs.zip|The Pain Cave BBS File Section}}, contains some *.ANS files&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
* [[ANSI escape code]]&lt;br /&gt;
* [[ANSIMation]]&lt;br /&gt;
* [[AN2]]&lt;br /&gt;
* [[ArtWorx Data Format]]&lt;br /&gt;
* [[BIN (Binary Text)]]&lt;br /&gt;
* [[ComAnsi]]&lt;br /&gt;
* [[iCEDraw]]&lt;br /&gt;
* [[SAUCE]]&lt;br /&gt;
* [[sMAUG ANSI Executable]]&lt;br /&gt;
* [[TheDraw font]]&lt;br /&gt;
* [[TheDraw Save File]]&lt;br /&gt;
* [[XBIN]]&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* [[Wikipedia:ANSI art|ANSI art (Wikipedia)]]&lt;br /&gt;
* [https://www.youtube.com/watch?v=ILNs1GChGDk Sixteen Colors: Video about ANSI art]&lt;br /&gt;
* [https://www.youtube.com/watch?v=6zpUb3mUExA Blocktronics ACiD Trip (2013)] (video of really huge ANSI art)&lt;br /&gt;
* [https://www.youtube.com/watch?v=Zl9yejh92tc BBS: The Documentary Part 5 - Artscene] (video)&lt;br /&gt;
* [http://breakintochat.com/blog/2013/09/20/birthday-screens-using-gif-ansi-converters/ Birthday screens using GIF -&amp;gt; ANSI converters]&lt;br /&gt;
&lt;br /&gt;
[[Category:Bulletin board systems]]&lt;br /&gt;
[[Category:File formats with too many extensions]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/ArtWorx_Data_Format</id>
		<title>ArtWorx Data Format</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/ArtWorx_Data_Format"/>
				<updated>2026-02-13T20:21:16Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: cbgconv (it says ask for account but I have a account already)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Graphics&lt;br /&gt;
|extensions={{ext|adf}}&lt;br /&gt;
|released=1996&lt;br /&gt;
}}&lt;br /&gt;
'''ArtWorx Data Format''' ('''ADF''') is a character graphics format associated with the ArtWorx [[ANSI Art]] editor. Its features are similar to those of [[XBIN]], except that it is not compressed.&lt;br /&gt;
&lt;br /&gt;
The primary developer of ArtWorx was a person known as &amp;quot;HOOPTiE&amp;quot;, or &amp;quot;HOOPTiE of Sector Logic&amp;quot;. Other credits include &amp;quot;DREADLoC Design Crew&amp;quot;, &amp;quot;Lord Cracker&amp;quot;, &amp;quot;Black Knight&amp;quot;, &amp;quot;Nivenh&amp;quot;, &amp;quot;Stone The Crow&amp;quot;, &amp;quot;Aphelion&amp;quot;, &amp;quot;Neurotic&amp;quot;, and &amp;quot;Misfit&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
According to the change log, ADF support was new in ArtWorx v0.85 (1996-02).&lt;br /&gt;
&lt;br /&gt;
== Identification ==&lt;br /&gt;
Moderately good identification of an ADF file from its contents is possible, but difficult.&lt;br /&gt;
&lt;br /&gt;
The first byte of the file is the version number, and &amp;lt;code&amp;gt;0x01&amp;lt;/code&amp;gt; seems to be the only possible version number.&lt;br /&gt;
&lt;br /&gt;
The next 192 bytes are a palette. Each palette byte should have a value between 0x00 and 0x3f.&lt;br /&gt;
&lt;br /&gt;
The next 4096 bytes are a font. Sometimes this is a standard VGA font that can be clearly identified. Sometimes it is partly or fully customized.&lt;br /&gt;
&lt;br /&gt;
The remainder of the file should consist of a whole number of 80-character (160-byte) lines. So, the file size should be at least 4449, and should equal 129 (mod 160). But rare exceptions exist.&lt;br /&gt;
&lt;br /&gt;
Some files end with a [[SAUCE]] record, in which case the effective file size needs to be read from one of the SAUCE fields. Unfortunately, ADF is not a format known to the SAUCE standard, so a SAUCE record is not good enough to identify ADF, and can even be misleading.&lt;br /&gt;
&lt;br /&gt;
== Specifications ==&lt;br /&gt;
* [https://github.com/tehmaze/piece/blob/master/docs/format/artworx.txt ArtWorx Specification]&lt;br /&gt;
* {{CdTextfiles|darkdomain/programs/dos/editors/artx091a.zip|artx091a.zip}} → ADFVIEW.PAS (source code with comments)&lt;br /&gt;
&lt;br /&gt;
== Software ==&lt;br /&gt;
* ArtWorx (with ADF support):&lt;br /&gt;
** v0.90 Rev. B (?): {{DiscMasterLink|browse/12423/equalizer-bbs-collection_2004.zip/equalizer-bbs-collection/ANSI-STUFF/ARTX090C.ZIP|ARTX090C.ZIP}}&lt;br /&gt;
** v0.91 Rev. A (?): {{CdTextfiles|darkdomain/programs/dos/editors/artx091a.zip|artx091a.zip}} (source code: {{CdTextfiles|darkdomain/programs/code/artx091a-s.zip|artx091a-s.zip}})&lt;br /&gt;
* ArtWorx (without ADF support, for reference):&lt;br /&gt;
** v0.50: {{CdTextfiles|thegreatunsorted/bbs_apps_and_stuff/ansi_graphics/aw050b.zip|aw050b.zip}}&lt;br /&gt;
** v0.65: {{DiscMasterLink|browse/43355/archives_thebbs_org.zip/ANSI%20Utilities/aw065b.zip|aw065b.zip}}&lt;br /&gt;
** v0.75 Rev. D (?): {{DiscMasterLink|browse/43355/archives_thebbs_org.zip/ANSI%20Utilities/awp075e.zip|awp075e.zip}}&lt;br /&gt;
* [https://www.ansilove.org/ Ansilove]&lt;br /&gt;
* [http://artscene.textfiles.com/viewers/dos/adfview.zip Quick ADF Viewer] (MS-DOS)&lt;br /&gt;
* [[FFmpeg]]&lt;br /&gt;
* {{Deark}}&lt;br /&gt;
* misc/cbgconv.c and misc/cbgconv.doc in GitHub repository named zzo38/superzz0&lt;br /&gt;
&lt;br /&gt;
== Sample files ==&lt;br /&gt;
* {{CdTextfiles|darkdomain/programs/dos/editors/artx091a.zip|artx091a.zip}} → ARTX-LGO.ADF&lt;br /&gt;
* {{DexvertSamples|image/artworx}}&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Elements_of_File_Formats</id>
		<title>Elements of File Formats</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Elements_of_File_Formats"/>
				<updated>2025-11-11T23:25:17Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: +OID&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|thiscat=Elements of File Formats&lt;br /&gt;
|image=Parts.jpg&lt;br /&gt;
}}&lt;br /&gt;
This section is for&lt;br /&gt;
* Common formats that make up only a small part of a file&lt;br /&gt;
* Ancillary knowledge that may be needed to help decode file formats&lt;br /&gt;
&lt;br /&gt;
== Integers ==&lt;br /&gt;
* [[Binary-coded decimal]]&lt;br /&gt;
* [[Ones' complement]]&lt;br /&gt;
* [[Two's complement]]&lt;br /&gt;
* [[Variable-length quantity]]&lt;br /&gt;
&lt;br /&gt;
See also [[:Category:Integer data types]].&lt;br /&gt;
&lt;br /&gt;
== Floating point numbers ==&lt;br /&gt;
* [[Bfloat16]] (BF16) [https://en.wikipedia.org/wiki/Bfloat16_floating-point_format]&lt;br /&gt;
* [[DEC64]]&lt;br /&gt;
* [[IEEE floating point]]&lt;br /&gt;
* [[Posit]]&lt;br /&gt;
* [[Unum]]&lt;br /&gt;
&lt;br /&gt;
See also [[:Category:Floating point data types]].&lt;br /&gt;
&lt;br /&gt;
== Time formats ==&lt;br /&gt;
Refer to [[Date and time formats]].&lt;br /&gt;
&lt;br /&gt;
== Identifiers ==&lt;br /&gt;
* [[CLSID]]&lt;br /&gt;
* [[Domain name]]&lt;br /&gt;
** [[Top-level domain]]&lt;br /&gt;
* [[Filename]]&lt;br /&gt;
** [[Filename extension]]&lt;br /&gt;
* [[FourCC]]&lt;br /&gt;
* [[GUID]]&lt;br /&gt;
* [[IANA character set name]]&lt;br /&gt;
* [[IETF language tag]]&lt;br /&gt;
* [[ISO 3166-1 country code]]&lt;br /&gt;
* [[Macintosh type/creator code]]&lt;br /&gt;
* [[Magic]]&lt;br /&gt;
* [[OID]]&lt;br /&gt;
* [[RISC OS filetype]]&lt;br /&gt;
* [[ULID]]&lt;br /&gt;
* [[UUID]]&lt;br /&gt;
* [[Windows Language Code Identifier]]&lt;br /&gt;
&lt;br /&gt;
== Graphics ==&lt;br /&gt;
* [[Color format]]&lt;br /&gt;
* [[Palettes]]&lt;br /&gt;
&lt;br /&gt;
== Other ==&lt;br /&gt;
* [[ANSI escape code]]&lt;br /&gt;
* [[Base2]]&lt;br /&gt;
* [[Bit]]&lt;br /&gt;
* [[Bit order]]&lt;br /&gt;
* [[Byte]]&lt;br /&gt;
* [[Emacs file variable]]&lt;br /&gt;
* [[Endianness]] (little-endian, big-endian)&lt;br /&gt;
* [[File]]&lt;br /&gt;
* [[Polyglot]]&lt;br /&gt;
* [[Shebang]]&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
* [[Character encoding]]&lt;br /&gt;
* [[Compression]]&lt;br /&gt;
* [[Data type]]&lt;br /&gt;
* [[Date and time formats]]&lt;br /&gt;
* [[Digital Rights Management]]&lt;br /&gt;
* [[Encryption]]&lt;br /&gt;
* [[Error codes and messages]]&lt;br /&gt;
* [[Error detection and correction]]&lt;br /&gt;
* [[Naming and numbering systems]]&lt;br /&gt;
* [[Text-based data]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Information]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/OID</id>
		<title>OID</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/OID"/>
				<updated>2025-11-11T23:24:12Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Created page with &amp;quot;{{FormatInfo |formattype=electronic |subcat=Elements of File Formats }} Category:Naming and numbering systems  A object identifier (also called a OID) is a kind of hierarc...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Elements of File Formats&lt;br /&gt;
}}&lt;br /&gt;
[[Category:Naming and numbering systems]]&lt;br /&gt;
&lt;br /&gt;
A object identifier (also called a OID) is a kind of hierarchical unique identifiers for many things, which is usable with [[ASN.1]].&lt;br /&gt;
&lt;br /&gt;
== Decimal format ==&lt;br /&gt;
The decimal format consists if a sequence of natural numbers, normally written with dots in between. There must be at least two numbers, and the first number must be not greater than 2, and if the first number is less than 2 then the second number must be not greater than 39 (although the second number can be greater than 39 if the first number is 2). There is no limit of how big each number can be or how many numbers are allowed in the sequence.&lt;br /&gt;
&lt;br /&gt;
The first number indicates if it is ITU or ISO, where 0 means ITU, 1 means ISO, and 2 means both.&lt;br /&gt;
&lt;br /&gt;
== Binary format ==&lt;br /&gt;
The binary format is a nonempty sequence of bytes, such that: the last byte must have the high bit clear, the first byte cannot be 0x80, and any 0x80 cannot be immediately preceded by a byte with the high bit clear. This can also be written as a regular expression: &amp;lt;code&amp;gt;/^(([\x81-\xFF][\x80-\xFF]*)?[\x00-\x7F])+$/&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To convert from the decimal format to the binary format, you must first combine the first two numbers into one number by multiplying the first number by forty and adding the second number, and then convert them to big-endian base 128, with the high bit set of each byte of a number other than the last byte.&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Talk:Naming_and_numbering_systems</id>
		<title>Talk:Naming and numbering systems</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Talk:Naming_and_numbering_systems"/>
				<updated>2025-11-11T23:10:57Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Created page with &amp;quot;I think that there should be a division of which ones are used for identifying file formats (e.g. MIME types, Uniform Type Identifier, ULFI, etc).&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;I think that there should be a division of which ones are used for identifying file formats (e.g. MIME types, Uniform Type Identifier, ULFI, etc).&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/ANSI_Art</id>
		<title>ANSI Art</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/ANSI_Art"/>
				<updated>2025-09-17T19:20:26Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Add MegaZeux and cbgconv&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Graphics&lt;br /&gt;
|extensions={{ext|ans}}, others&lt;br /&gt;
}}&lt;br /&gt;
'''ANSI Art''' is a variant on [[ASCII Art]] which uses [[ANSI escape code|ANSI escape sequences]] in addition to ASCII characters in order to do things like changing colors. It also uses characters from the [[MS-DOS encodings|IBM PC code page]] which aren't part of ASCII, allowing a wider range of characters including various graphical symbols and box-drawing characters. This sort of art was popular on bulletin board systems in the late 1980s and early 1990s, and in other communities through the early 2000s. It is still being made in small quantities today.&lt;br /&gt;
&lt;br /&gt;
== Disambiguation ==&lt;br /&gt;
The term &amp;quot;ANSI Art&amp;quot; sometimes refers to the file format (text with ANSI control sequences), and sometimes to the artwork itself. In the latter sense, &amp;quot;ANSI Art&amp;quot; graphics might be stored in a file format other than ANSI Art format, such as [[BIN (Binary Text)|BIN]] or [[iCEDraw]].&lt;br /&gt;
&lt;br /&gt;
== Format details ==&lt;br /&gt;
As far as we know, there is no formal specification of ANSI Art format. It has many variants and extensions, and there is usually no easy way to tell what variant you are dealing with.&lt;br /&gt;
&lt;br /&gt;
In general, it consists of plain text interspersed with [[ANSI escape code|ANSI escape sequences]]. There may be [[SAUCE]] data at the end of the file. The text is usually (at least for English language artwork) encoded in [[CP437]]. The characters in the PC BIOS font at code points 1 through 31 are allowed, with some exceptions that are treated as [[C0 controls]] instead: 9 (tab), 10 (LF), 13 (CR), 26 (end of data), 27 (ESC). In the DOS world the behavior implemented in ansi.sys became the de facto standard. This includes some oddities, such as that clear screen also moves the cursor to the upper left corner (most implementations leaves the cursor in place). This is probably also the reason that code points below 32 are considered valid, since they are typed that way in DOS with ansi.sys loaded.&lt;br /&gt;
&lt;br /&gt;
Older ANSI Art files sometimes begin with a &amp;quot;preamble&amp;quot; consisting of Email/Usenet headers, or other plain text metadata or comments. The preamble will be immediately erased by the ANSI codes, so it is invisible when the file is viewed in a normal way.&lt;br /&gt;
&lt;br /&gt;
== Specifications and references ==&lt;br /&gt;
For information about the escape codes used in ANSI Art files, see [[ANSI escape code#Specifications]]. Only documents with information specific to ANSI Art are listed here.&lt;br /&gt;
&lt;br /&gt;
* [https://github.com/bbsninja/piece/blob/master/docs/format/ansi.txt piece: docs/format/ansi.txt]&lt;br /&gt;
* [http://picoe.ca/2014/03/07/24-bit-ansi/ 24-bit Ansi]&lt;br /&gt;
* [http://snisurset.net/code/abydos/ansi.html abydos information about ANSI graphics]&lt;br /&gt;
&lt;br /&gt;
== Software ==&lt;br /&gt;
* [https://www.ansilove.org/ Ansilove]: Open-source tools to convert ANSI art and similar formats to [[PNG]] images&lt;br /&gt;
* [https://sourceforge.net/projects/acidview6-win32/ ACiD View]: ANSI art (and other format) viewer for Windows&lt;br /&gt;
* [[FFmpeg]]&lt;br /&gt;
* [http://picoe.ca/products/pablodraw/ PabloDraw]&lt;br /&gt;
* [http://www.andyh.org/moebius/ Moebius]&lt;br /&gt;
* [https://github.com/tehmaze/piece piece]&lt;br /&gt;
* [[Wikipedia:TheDraw|TheDraw (Wikipedia)]]&lt;br /&gt;
* [[MegaZeux]]&lt;br /&gt;
* See also GitHub repository zzo38/superzz0 files misc/cbgconv.c and misc/cbgconv.doc&lt;br /&gt;
&lt;br /&gt;
== Sample files ==&lt;br /&gt;
* https://16colo.rs/&lt;br /&gt;
* [https://github.com/sixteencolors/sixteencolors-archive Sixteen Colors Archive at GitHub]&lt;br /&gt;
* [http://artscene.textfiles.com/ansi/ TEXTFILES: The ANSI Art Collection]&lt;br /&gt;
* http://cd.textfiles.com/darkdomain/artpacks/&lt;br /&gt;
* [http://bbs.ninja/ BBS Ninja]&lt;br /&gt;
* [https://artpacks.org/ Artpacks.org]&lt;br /&gt;
* {{DexvertSamples|image/ans}}&lt;br /&gt;
* {{HTTPS|:|/|/|archive.org/download/pain_cave_bbs_compilation/pain_cave_bbs.zip/pain_cave_bbs%2FBbsback%2F8%2FCNDRAW1.ZIP|CNDRAW1.ZIP}} → PAINCAVE.ANS&lt;br /&gt;
* {{HTTPS|:|/|/|archive.org/download/pain_cave_bbs_compilation/pain_cave_bbs.zip|The Pain Cave BBS File Section}}, contains some *.ANS files&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
* [[ANSI escape code]]&lt;br /&gt;
* [[ANSIMation]]&lt;br /&gt;
* [[AN2]]&lt;br /&gt;
* [[ArtWorx Data Format]]&lt;br /&gt;
* [[BIN (Binary Text)]]&lt;br /&gt;
* [[ComAnsi]]&lt;br /&gt;
* [[iCEDraw]]&lt;br /&gt;
* [[SAUCE]]&lt;br /&gt;
* [[sMAUG ANSI Executable]]&lt;br /&gt;
* [[TheDraw font]]&lt;br /&gt;
* [[TheDraw Save File]]&lt;br /&gt;
* [[XBIN]]&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* [[Wikipedia:ANSI art|ANSI art (Wikipedia)]]&lt;br /&gt;
* [https://www.youtube.com/watch?v=ILNs1GChGDk Sixteen Colors: Video about ANSI art]&lt;br /&gt;
* [https://www.youtube.com/watch?v=6zpUb3mUExA Blocktronics ACiD Trip (2013)] (video of really huge ANSI art)&lt;br /&gt;
* [https://www.youtube.com/watch?v=Zl9yejh92tc BBS: The Documentary Part 5 - Artscene] (video)&lt;br /&gt;
* [http://breakintochat.com/blog/2013/09/20/birthday-screens-using-gif-ansi-converters/ Birthday screens using GIF -&amp;gt; ANSI converters]&lt;br /&gt;
&lt;br /&gt;
[[Category:Bulletin board systems]]&lt;br /&gt;
[[Category:File formats with too many extensions]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/SoundFX_Macs_Opera</id>
		<title>SoundFX Macs Opera</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/SoundFX_Macs_Opera"/>
				<updated>2025-09-01T20:25:11Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Information about another music format with &amp;quot;.cmf&amp;quot; extension&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Audio and Music&lt;br /&gt;
|extensions={{ext|cmf}}&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Description ==&lt;br /&gt;
&lt;br /&gt;
This is a music format used by some computer games such as Dimo's Quest.&lt;br /&gt;
&lt;br /&gt;
== Identification ==&lt;br /&gt;
&lt;br /&gt;
Files start with four ASCII characters &amp;quot;&amp;lt;code&amp;gt;A.H.&amp;lt;/code&amp;gt;&amp;quot;, and a game that uses it may include a file called &amp;lt;code&amp;gt;FXDRIVER.EXE&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Playback ===&lt;br /&gt;
* AdPlug / AdPlay&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Creative_Music_Format</id>
		<title>Creative Music Format</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Creative_Music_Format"/>
				<updated>2025-09-01T20:15:56Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Identification&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Audio and Music&lt;br /&gt;
|extensions={{ext|cmf}}&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Description ==&lt;br /&gt;
&lt;br /&gt;
The Creative Music Format (CMF) was designed by Creative Labs for use with their Sound Blaster range of sound cards. It is structurally related to [[MIDI]], but allows custom instruments to be stored in the file itself.&lt;br /&gt;
&lt;br /&gt;
== Identification ==&lt;br /&gt;
&lt;br /&gt;
Files start with four ASCII characters &amp;quot;&amp;lt;code&amp;gt;CTMF&amp;lt;/code&amp;gt;&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Information ==&lt;br /&gt;
&lt;br /&gt;
* [ftp://ftp.modland.com/pub/documents/format_documentation/Creative%20Music%20File%20(.cmf).txt Creative Labs File Formats (SBI/CMF/IBK)] ([http://www.textfiles.com/programming/FORMATS/cmf.txt Same file at textfiles.com])&lt;br /&gt;
* [ftp://ftp.modland.com/pub/documents/format_documentation/Creative%20Music%20File%20v1.10%20(.cmf).txt Creative Music File v1.10] ([http://www.textfiles.com/programming/FORMATS/cmf_form.txt Same file at textfiles.com, with newsgroup header from 1994])&lt;br /&gt;
* [http://www.shikadi.net/moddingwiki/CMF_Format ModdingWiki - CMF Format]&lt;br /&gt;
&lt;br /&gt;
== Software ==&lt;br /&gt;
&lt;br /&gt;
=== Conversion ===&lt;br /&gt;
&lt;br /&gt;
* [http://www.hitsquad.com/smm/programs/cmf2mid/ cmf2mid] (CMF to [[MIDI]])&lt;br /&gt;
&lt;br /&gt;
=== Playback ===&lt;br /&gt;
* [http://adplug.github.io/ AdPlug / AdPlay]&lt;br /&gt;
* [http://www.shikadi.net/utils/xmms.html xmms-adlib] (source only)&lt;br /&gt;
&lt;br /&gt;
== Sample files ==&lt;br /&gt;
* http://cd.textfiles.com/vgaspectrum/sound/ → cmf*/&lt;br /&gt;
* {{DexvertSamples|music/cmf}}&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Category_talk:File_formats_with_extension_.bnk</id>
		<title>Category talk:File formats with extension .bnk</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Category_talk:File_formats_with_extension_.bnk"/>
				<updated>2025-05-24T01:43:15Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Created page with &amp;quot;The DOS program &amp;quot;Sound Club&amp;quot; has its own .bnk format. The ROL.BNK file seems to be the AdLib instrument bank format, but there is also another file called SCLUB.BNK which is a...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The DOS program &amp;quot;Sound Club&amp;quot; has its own .bnk format. The ROL.BNK file seems to be the AdLib instrument bank format, but there is also another file called SCLUB.BNK which is a different format (and I think contains wave sounds). I did not figure out the format but might do later; alternatively if anyone else has information they can add it. --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 01:43, 24 May 2025 (UTC)&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Uxn_program_file</id>
		<title>Uxn program file</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Uxn_program_file"/>
				<updated>2024-07-16T04:41:54Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Better explanation of the first byte of a uxn program file.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Executables&lt;br /&gt;
|extensions={{ext|rom}}&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
Uxn is a simple virtual machine. A Uxn program file is loaded into the virtual machine's memory starting at address 0x0100, and then execution starts at address 0x0100.&lt;br /&gt;
&lt;br /&gt;
== Identification ==&lt;br /&gt;
A uxn program can potentially have any sequence of bytes, since any sequence is valid (there are no errors in uxn). However, it is most likely to have the first byte being 0x40, 0x60, 0x80, 0xA0, 0xC0, or 0xE0; others are not very useful as the first byte (if it is 0x00 then the program won't do anything, and anything else will read data from the stack (will will be meaningless data if nothing has been pushed to the stack already)).&lt;br /&gt;
&lt;br /&gt;
A uxn file with metadata will have {{magic|A0 xx xx 80 06 37}} as the first six bytes, where the second and third bytes are a big-endian 16-bit address of the metadata (where the beginning of the file is address 0x0100).&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* https://wiki.xxiivv.com/site/uxn.html&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Shift-JIS</id>
		<title>Shift-JIS</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Shift-JIS"/>
				<updated>2024-02-12T21:24:53Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
|subcat2=JIS&lt;br /&gt;
|wikidata={{wikidata|Q286345}}&lt;br /&gt;
|charset=Shift_JIS&lt;br /&gt;
|charsetaliases=MS_Kanji, csShiftJIS&lt;br /&gt;
|mibenum=17&lt;br /&gt;
|cfstringencoding=2561&lt;br /&gt;
}}&lt;br /&gt;
'''Shift-JIS''' (Shift Japanese Industrial Standards) is an encoding primarily for Japanese characters, though Russian is also supported. It is based on [[JIS X 0201]] and [[JIS X 0208]], with both one and two byte characters, using all 8 bits of the bytes with some parts of the character encodings shifted from their original positions in order to avoid conflicts. The 7-bit portion of the one-byte characters is mostly the same as [[ASCII]], but with a yen sign added in place of the backslash.&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* [http://www.kreativekorp.com/charset/encoding/ShiftJIS/ Code chart]&lt;br /&gt;
* [[Wikipedia:Shift JIS|Wikipedia article]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Cyrillic]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/User:Zzo38</id>
		<title>User:Zzo38</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/User:Zzo38"/>
				<updated>2024-02-10T22:54:58Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;I agree post all file public domain.&lt;br /&gt;
&lt;br /&gt;
==Articles to be written (by myself or anyone else who has information)==&lt;br /&gt;
* [[Hero Hearts]] (and [[MESH:Hero]])&lt;br /&gt;
* [[Pokemon Showdown]]/PokePaste&lt;br /&gt;
* [[TempleOS]]&lt;br /&gt;
* [[TRON]]&lt;br /&gt;
** [[MicroScript]] (programming language)&lt;br /&gt;
** [[TRON disk format]]&lt;br /&gt;
* [[ASN.1]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/User:Zzo38</id>
		<title>User:Zzo38</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/User:Zzo38"/>
				<updated>2024-02-09T19:19:21Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;I agree post all file public domain.&lt;br /&gt;
&lt;br /&gt;
==Articles to be written (by myself or anyone else who has information)==&lt;br /&gt;
* [[Hero Hearts]] (and [[MESH:Hero]])&lt;br /&gt;
* [[Pokemon Showdown]]/PokePaste&lt;br /&gt;
* [[TempleOS]]&lt;br /&gt;
* [[TRON]]&lt;br /&gt;
** [[MicroScript]] (programming language)&lt;br /&gt;
** [[TRON disk format]]&lt;br /&gt;
* [[X.509]]&lt;br /&gt;
* [[ASN.1]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2023-12-29T20:37:33Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
Six-dot [[Braille]]:&lt;br /&gt;
 hi = 0x80&lt;br /&gt;
 lo = 0x21 + (the number set by bits according to the pattern (by hexadecimal))&lt;br /&gt;
   01 08&lt;br /&gt;
   02 10&lt;br /&gt;
   04 20&lt;br /&gt;
&lt;br /&gt;
Eight-dot [[Braille]]:&lt;br /&gt;
 x = (the number set by bits according to the pattern (by hexadecimal))&lt;br /&gt;
   01 10&lt;br /&gt;
   02 20&lt;br /&gt;
   04 40&lt;br /&gt;
   08 80&lt;br /&gt;
 hi = if x&amp;lt;0x5E then 0x81 else if x&amp;lt;0xBC then 0x82 else 0x83&lt;br /&gt;
 lo = x+0x21-(if hi=0x83 then 0xBC else if hi=0x82 then 0x5E else 0x00)&lt;br /&gt;
&lt;br /&gt;
==Plane 8==&lt;br /&gt;
* All codes are Dai-Kan-Wa-Jiten characters 1 to 48055 (presumably according to &amp;quot;linear2hilo&amp;quot; function?).&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x8021 to 0x8230 are uncommon variants of hiragana/katakana, such as small letters and voice mark for letters which are not commonly used in this way.&lt;br /&gt;
* Codes 0x8321 to 0x846A are hentaigana.&lt;br /&gt;
* Codes 0x9621 to 0x967E are apparently something to do with Chinese elements (I don't know for sure if this is correct, or what the specific encoding is?)&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses. (They seem to be in the usual modern &amp;quot;grid order&amp;quot; of Japanese alphabets, excluding small letters and dakuten/handakuten, but including the &amp;quot;wi&amp;quot; and &amp;quot;we&amp;quot;)&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
* Codes 0x9830 to 0x9839 are Baronh numbers 0 to 9.&lt;br /&gt;
* Codes 0x9840 to 0x985B are Baronh alphabets: a e i &amp;amp;iuml; u &amp;amp;uuml; &amp;amp;eacute; o c s t l n h p f m ai y &amp;amp;yuml; &amp;amp;oelig; r au eu g z d b&lt;br /&gt;
&lt;br /&gt;
==Plane 16 and 17==&lt;br /&gt;
These plane are used for te Basic Multilingual Plane of Unicode 2.0 (even the ASCII control codes are mapped for some reason), but not CJK characters that have Han unification in Unicode that are mapped elsewhere in TRON without Han unification.&lt;br /&gt;
&lt;br /&gt;
The encoding is linearly starting from the A zone, and then B zone, C zone, D zone.&lt;br /&gt;
&lt;br /&gt;
==Plane 22 and 23==&lt;br /&gt;
These plane are used for [[GB 18030]].&lt;br /&gt;
&lt;br /&gt;
==Encodings==&lt;br /&gt;
The most common encodings are probably TRON-16BE (also called &amp;quot;TADTextBE&amp;quot; in Ruby programming language) and TRON-16LE. They use 16-bit code units. A code with 0xFE as the high byte is plane selection, with the plane number in the low byte (0x21 to 0xFD except 0x7F), or if it is 0xFEFE then it selects the next volume, and then the next is 0x0021 to 0x00FD (except 0x007F), or 0xFEFE and then 0xFE21 to 0xFEFD for the third volume, or the second is also 0xFEFE if the fourth volume, etc. Control characters are represented as 0x0000 to 0x0020, and 0x007F. Codes 0xFF21 to 0xFF7E are special codes used in some applications, while TAD files will also use 0xFF80 to 0xFFFD for segments.&lt;br /&gt;
&lt;br /&gt;
A less common (also apparently unofficial) encoding is TRON-8, which is TRON-16BE encoded without leading zeros. (Due to this, it can then be used for null-terminated strings in C.)&lt;br /&gt;
&lt;br /&gt;
TRON-32BE (also called &amp;quot;stateless-TADTextBE&amp;quot; in Ruby) and TRON-32LE work as follows: The low 16-bits are the code within the plane, the high 8-bits select the volume (where zero means the first volume), and the next 8-bits select the plane within that volume (0x21 to 0xFD, except 0x7F).&lt;br /&gt;
&lt;br /&gt;
There is also the &amp;quot;&amp;amp;amp;T&amp;quot; code, which is similar to the character entities in [[HTML]] and [[XML]]. It starts by &amp;lt;code&amp;gt;&amp;amp;amp;T&amp;lt;/code&amp;gt; and then the hex code same as in TRON-32 (but usually without leading zeros) and then a semicolon on the end.&lt;br /&gt;
&lt;br /&gt;
Notes:&lt;br /&gt;
&lt;br /&gt;
* Usually &amp;quot;TRON code&amp;quot; means the TRON-16 encoding, if none other is specified.&lt;br /&gt;
&lt;br /&gt;
* The names &amp;quot;TRON-8&amp;quot;, &amp;quot;TRON-16&amp;quot;, and &amp;quot;TRON-32&amp;quot; do not seem to be official parts of the TRON project, although the TRON-16 encoding is (although not by that name).&lt;br /&gt;
&lt;br /&gt;
* The range of valid codepoints in TRON-32 do not overlap those of UTF-32 at all, so it is unambiguous and can even be mixed unambiguously if this is somehow desirable.&lt;br /&gt;
&lt;br /&gt;
* If you have a TRON-16BE text without null characters, you can convert to TRON-8 by stripping out all null bytes. (If it is TRON-16LE, you can byte swap first and then do that.)&lt;br /&gt;
&lt;br /&gt;
* Text that explicitly specifies the plane can be distinguished from (but not necessarily mixed with) Unicode with byte order marks.&lt;br /&gt;
&lt;br /&gt;
* Since the bytes in the ASCII control characters range 0x00 to 0x1F and 0x7F are not used for text in TRON-8 that doesn't have control characters, it can be used in contexts that use those control codes for other purposes, without interference.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* Partially TRON plane 9 in GlyphWiki:&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e6%bf%81%e7%82%b9%e4%bb%98%e3%81%8d%e3%81%b2%e3%82%89%e3%81%8c%e3%81%aa%e3%83%bb%e3%82%ab%e3%82%bf%e3%82%ab%e3%83%8a (8021 to 8230)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e4%bd%8f%e6%b0%91%e5%9f%ba%e6%9c%ac%e5%8f%b0%e5%b8%b3%e5%8f%8e%e9%8c%b2%e5%a4%89%e4%bd%93%e4%bb%ae%e5%90%8d (8321 to 846A)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 (9721 to 977A)]&lt;br /&gt;
* [https://web.archive.org/web/20190829235942if_/http://charcenter.tron.org/tfont/repository/gtfontlist.pdf PDF with GT font list]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;br /&gt;
&lt;br /&gt;
==Implementations==&lt;br /&gt;
* [http://zzo38computer.org/prog/utftovlq.zip UTFTOVLQ] (includes source code in C) - can convert between TRON-8, TRON-16, TRON-32, EUC-TRON (a superset of EUC-JP), and [[Shift-JIS]].&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2023-10-05T05:38:50Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
Six-dot [[Braille]]:&lt;br /&gt;
 hi = 0x80&lt;br /&gt;
 lo = 0x21 + (the number set by bits according to the pattern (by hexadecimal))&lt;br /&gt;
   01 08&lt;br /&gt;
   02 10&lt;br /&gt;
   04 20&lt;br /&gt;
&lt;br /&gt;
Eight-dot [[Braille]]:&lt;br /&gt;
 x = (the number set by bits according to the pattern (by hexadecimal))&lt;br /&gt;
   01 10&lt;br /&gt;
   02 20&lt;br /&gt;
   04 40&lt;br /&gt;
   08 80&lt;br /&gt;
 hi = if x&amp;lt;0x5E then 0x81 else if x&amp;lt;0xBC then 0x82 else 0x83&lt;br /&gt;
 lo = x+0x21-(if hi=0x83 then 0xBC else if hi=0x82 then 0x5E else 0x00)&lt;br /&gt;
&lt;br /&gt;
==Plane 8==&lt;br /&gt;
* All codes are Dai-Kan-Wa-Jiten characters 1 to 48055 (presumably according to &amp;quot;linear2hilo&amp;quot; function?).&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x8021 to 0x8230 are uncommon variants of hiragana/katakana, such as small letters and voice mark for letters which are not commonly used in this way.&lt;br /&gt;
* Codes 0x8321 to 0x846A are hentaigana.&lt;br /&gt;
* Codes 0x9621 to 0x967E are apparently something to do with Chinese elements (I don't know for sure if this is correct, or what the specific encoding is?)&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses. (They seem to be in the usual modern &amp;quot;grid order&amp;quot; of Japanese alphabets, excluding small letters and dakuten/handakuten, but including the &amp;quot;wi&amp;quot; and &amp;quot;we&amp;quot;)&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
* Codes 0x9830 to 0x9839 are Baronh numbers 0 to 9.&lt;br /&gt;
* Codes 0x9840 to 0x985B are Baronh alphabets: a e i &amp;amp;iuml; u &amp;amp;uuml; &amp;amp;eacute; o c s t l n h p f m ai y &amp;amp;yuml; &amp;amp;oelig; r au eu g z d b&lt;br /&gt;
&lt;br /&gt;
==Plane 16 and 17==&lt;br /&gt;
These plane are used for te Basic Multilingual Plane of Unicode 2.0 (even the ASCII control codes are mapped for some reason), but not CJK characters that have Han unification in Unicode that are mapped elsewhere in TRON without Han unification.&lt;br /&gt;
&lt;br /&gt;
The encoding is linearly starting from the A zone, and then B zone, C zone, D zone.&lt;br /&gt;
&lt;br /&gt;
==Plane 22 and 23==&lt;br /&gt;
These plane are used for [[GB 18030]].&lt;br /&gt;
&lt;br /&gt;
==Encodings==&lt;br /&gt;
The most common encodings are probably TRON-16BE (also called &amp;quot;TADTextBE&amp;quot;) and TRON-16LE. They use 16-bit code units. A code with 0xFE as the high byte is plane selection, with the plane number in the low byte (0x21 to 0xFD except 0x7F), or if it is 0xFEFE then it selects the next volume, and then the next is 0x0021 to 0x00FD (except 0x007F), or 0xFEFE and then 0xFE21 to 0xFEFD for the third volume, or the second is also 0xFEFE if the fourth volume, etc. Control characters are represented as 0x0000 to 0x0020, and 0x007F. Codes 0xFF21 to 0xFF7E are special codes used in some applications, while TAD files will also use 0xFF80 to 0xFFFD for segments.&lt;br /&gt;
&lt;br /&gt;
A less common (also apparently unofficial) encoding is TRON-8, which is TRON-16BE encoded without leading zeros. (Due to this, it can then be used for null-terminated strings in C.)&lt;br /&gt;
&lt;br /&gt;
TRON-32BE (also called &amp;quot;stateless-TADTextBE&amp;quot;) and TRON-32LE work as follows: The low 16-bits are the code within the plane, the high 8-bits select the volume (where zero means the first volume), and the next 8-bits select the plane within that volume (0x21 to 0xFD, except 0x7F).&lt;br /&gt;
&lt;br /&gt;
There is also the &amp;quot;&amp;amp;amp;T&amp;quot; code, which is similar to the character entities in [[HTML]] and [[XML]]. It starts by &amp;lt;code&amp;gt;&amp;amp;amp;T&amp;lt;/code&amp;gt; and then the hex code same as in TRON-32 (but usually without leading zeros) and then a semicolon on the end.&lt;br /&gt;
&lt;br /&gt;
Notes:&lt;br /&gt;
&lt;br /&gt;
* Usually &amp;quot;TRON code&amp;quot; means the TRON-16 encoding, if none other is specified.&lt;br /&gt;
&lt;br /&gt;
* The names &amp;quot;TRON-8&amp;quot;, &amp;quot;TRON-16&amp;quot;, and &amp;quot;TRON-32&amp;quot; do not seem to be official parts of the TRON project, although the TRON-16 encoding is (although not by that name).&lt;br /&gt;
&lt;br /&gt;
* The range of valid codepoints in TRON-32 do not overlap those of UTF-32 at all, so it is unambiguous and can even be mixed unambiguously if this is somehow desirable.&lt;br /&gt;
&lt;br /&gt;
* If you have a TRON-16BE text without null characters, you can convert to TRON-8 by stripping out all null bytes. (If it is TRON-16LE, you can byte swap first and then do that.)&lt;br /&gt;
&lt;br /&gt;
* Text that explicitly specifies the plane can be distinguished from (but not necessarily mixed with) Unicode with byte order marks.&lt;br /&gt;
&lt;br /&gt;
* Since the bytes in the ASCII control characters range 0x00 to 0x1F and 0x7F are not used for text in TRON-8 that doesn't have control characters, it can be used in contexts that use those control codes for other purposes, without interference.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* Partially TRON plane 9 in GlyphWiki:&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e6%bf%81%e7%82%b9%e4%bb%98%e3%81%8d%e3%81%b2%e3%82%89%e3%81%8c%e3%81%aa%e3%83%bb%e3%82%ab%e3%82%bf%e3%82%ab%e3%83%8a (8021 to 8230)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e4%bd%8f%e6%b0%91%e5%9f%ba%e6%9c%ac%e5%8f%b0%e5%b8%b3%e5%8f%8e%e9%8c%b2%e5%a4%89%e4%bd%93%e4%bb%ae%e5%90%8d (8321 to 846A)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 (9721 to 977A)]&lt;br /&gt;
* [https://web.archive.org/web/20190829235942if_/http://charcenter.tron.org/tfont/repository/gtfontlist.pdf PDF with GT font list]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;br /&gt;
&lt;br /&gt;
==Implementations==&lt;br /&gt;
* [http://zzo38computer.org/prog/utftovlq.zip UTFTOVLQ] (includes source code in C) - can convert between TRON-8, TRON-16, TRON-32, EUC-TRON (a superset of EUC-JP), and [[Shift-JIS]].&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Braille</id>
		<title>Braille</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Braille"/>
				<updated>2023-09-04T21:38:06Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Braille in TRON code&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
|released=1824&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
'''Braille''' is a tactile code for encoding [[Written Languages|written language]] in the form of raised dots in a matrix pattern, used to make written words accessible to the blind. It is named after its creator, Louis Braille, who devised the first version of the system when he was 15 years old after having become blind in a childhood accident.&lt;br /&gt;
&lt;br /&gt;
There are a number of variants of Braille. Only the ones designated as &amp;quot;Grade 1&amp;quot; are true character encodings, with one set of raised dots corresponding to each written character; the &amp;quot;Grade 2&amp;quot; and &amp;quot;Grade 3&amp;quot; systems are more complex, with symbols standing for abbreviated words and other shorthand, making Braille a language in its own right. Its ISO 15924 code (for types of writing scripts) is ''brai'', with the numeric code 570.&lt;br /&gt;
&lt;br /&gt;
There are also a number of variants of Braille for different languages. The original version was designed for French, resulting in some oddities such as the letter &amp;quot;w&amp;quot; not being in its normal position (it is not used in French, so it was originally omitted, then later added on to the end of the alphabet). When versions of Braille were adapted to other languages, including English, there were originally a number of incompatible versions encoding the respective languages' alphabets in the normal order for that language, resulting in different values for the same letter; later, however, more standardization was achieved and the basic 26 letters of the Latin alphabet are in the same position in the major variants, though other characters such as accented letters may vary. There are also versions for non-Latin writing systems, including Chinese and Japanese.&lt;br /&gt;
&lt;br /&gt;
The [[Nemeth Code]] is an extension to Braille for advanced mathematical renderings.&lt;br /&gt;
&lt;br /&gt;
The digits are encoded with the same Braille symbols as the first ten letters of the alphabet, leaving it to context to distinguish a letter from a digit. A &amp;quot;number sign&amp;quot; can be prefixed to make this distinction explicit, and this is done in the mathematical-notation variants of Braille.&lt;br /&gt;
&lt;br /&gt;
In [[Unicode]], Braille symbols are found at positions U+2800 through U+28FF.&lt;br /&gt;
&lt;br /&gt;
In [[TRON code]], Braille symbols are found in a part of Zone B of the first plane, and six-dot braille is encoded separately from eight-dot braille; see the article for details.&lt;br /&gt;
&lt;br /&gt;
The [[BRF]] format encodes Braille text in the form of an [[ASCII]] text file.&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* [[Wikipedia:Braille|Wikipedia article]]&lt;br /&gt;
* [http://www.unicode.org/charts/PDF/U2800.pdf Braille pattern Unicode code chart]&lt;br /&gt;
* [http://uncyclopedia.wikia.com/wiki/Braille Uncyclopedia article on Braille is in Braille itself]&lt;br /&gt;
* [http://newsfeed.time.com/2013/03/17/california-girl-spells-better-than-spelling-bee-judges/ Spelling bee judges get spelling of 'Braille' wrong]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2023-09-04T21:22:22Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: I found the working of 6-dot braille and 8-dot braille in TRON codes.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
Six-dot [[Braille]]:&lt;br /&gt;
 hi = 0x80&lt;br /&gt;
 lo = 0x21 + (the number set by bits according to the pattern (by hexadecimal))&lt;br /&gt;
   01 08&lt;br /&gt;
   02 10&lt;br /&gt;
   04 20&lt;br /&gt;
&lt;br /&gt;
Eight-dot [[Braille]]:&lt;br /&gt;
 x = (the number set by bits according to the pattern (by hexadecimal))&lt;br /&gt;
   01 10&lt;br /&gt;
   02 20&lt;br /&gt;
   04 40&lt;br /&gt;
   08 80&lt;br /&gt;
 hi = if x&amp;lt;0x5E then 0x81 else if x&amp;lt;0xBC then 0x82 else 0x83&lt;br /&gt;
 lo = x+0x21-(if hi=0x83 then 0xBC else if hi=0x82 then 0x5E else 0x00)&lt;br /&gt;
&lt;br /&gt;
==Plane 8==&lt;br /&gt;
* All codes are Dai-Kan-Wa-Jiten characters 1 to 48055 (presumably according to &amp;quot;linear2hilo&amp;quot; function?).&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x8021 to 0x8230 are uncommon variants of hiragana/katakana, such as small letters and voice mark for letters which are not commonly used in this way.&lt;br /&gt;
* Codes 0x8321 to 0x846A are hentaigana.&lt;br /&gt;
* Codes 0x9621 to 0x967E are apparently something to do with Chinese elements (I don't know for sure if this is correct, or what the specific encoding is?)&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses. (They seem to be in the usual modern &amp;quot;grid order&amp;quot; of Japanese alphabets, excluding small letters and dakuten/handakuten, but including the &amp;quot;wi&amp;quot; and &amp;quot;we&amp;quot;)&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
* Codes 0x9830 to 0x9839 are Baronh numbers 0 to 9.&lt;br /&gt;
* Codes 0x9840 to 0x985B are Baronh alphabets: a e i &amp;amp;iuml; u &amp;amp;uuml; &amp;amp;eacute; o c s t l n h p f m ai y &amp;amp;yuml; &amp;amp;oelig; r au eu g z d b&lt;br /&gt;
&lt;br /&gt;
==Plane 16 and 17==&lt;br /&gt;
These plane are used for te Basic Multilingual Plane of Unicode 2.0 (even the ASCII control codes are mapped for some reason), but not CJK characters that have Han unification in Unicode that are mapped elsewhere in TRON without Han unification.&lt;br /&gt;
&lt;br /&gt;
The encoding is linearly starting from the A zone, and then B zone, C zone, D zone.&lt;br /&gt;
&lt;br /&gt;
==Plane 22 and 23==&lt;br /&gt;
These plane are used for [[GB 18030]].&lt;br /&gt;
&lt;br /&gt;
==Encodings==&lt;br /&gt;
The most common encodings are probably TRON-16BE (also called &amp;quot;TADTextBE&amp;quot;) and TRON-16LE. They use 16-bit code units. A code with 0xFE as the high byte is plane selection, with the plane number in the low byte (0x21 to 0xFD except 0x7F), or if it is 0xFEFE then it selects the next volume, and then the next is 0x0021 to 0x00FD (except 0x007F), or 0xFEFE and then 0xFE21 to 0xFEFD for the third volume, or the second is also 0xFEFE if the fourth volume, etc. Control characters are represented as 0x0000 to 0x0020, and 0x007F. Codes 0xFF21 to 0xFF7E are special codes used in some applications, while TAD files will also use 0xFF80 to 0xFFFD for segments.&lt;br /&gt;
&lt;br /&gt;
A less common (also apparently unofficial) encoding is TRON-8, which is TRON-16BE encoded without leading zeros. (Due to this, it can then be used for null-terminated strings in C.)&lt;br /&gt;
&lt;br /&gt;
TRON-32BE (also called &amp;quot;stateless-TADTextBE&amp;quot;) and TRON-32LE work as follows: The low 16-bits are the code within the plane, the high 8-bits select the volume (where zero means the first volume), and the next 8-bits select the plane within that volume (0x21 to 0xFD, except 0x7F).&lt;br /&gt;
&lt;br /&gt;
There is also the &amp;quot;&amp;amp;amp;T&amp;quot; code, which is similar to the character entities in [[HTML]] and [[XML]]. It starts by &amp;lt;code&amp;gt;&amp;amp;amp;T&amp;lt;/code&amp;gt; and then the hex code same as in TRON-32 (but usually without leading zeros) and then a semicolon on the end.&lt;br /&gt;
&lt;br /&gt;
Notes:&lt;br /&gt;
&lt;br /&gt;
* Usually &amp;quot;TRON code&amp;quot; means the TRON-16 encoding, if none other is specified.&lt;br /&gt;
&lt;br /&gt;
* The range of valid codepoints in TRON-32 do not overlap those of UTF-32 at all, so it is unambiguous and can even be mixed unambiguously if this is somehow desirable.&lt;br /&gt;
&lt;br /&gt;
* If you have a TRON-16BE text without null characters, you can convert to TRON-8 by stripping out all null bytes. (If it is TRON-16LE, you can byte swap first and then do that.)&lt;br /&gt;
&lt;br /&gt;
* Text that explicitly specifies the plane can be distinguished from (but not necessarily mixed with) Unicode with byte order marks.&lt;br /&gt;
&lt;br /&gt;
* Since the bytes in the ASCII control characters range 0x00 to 0x1F and 0x7F are not used for text in TRON-8 that doesn't have control characters, it can be used in contexts that use those control codes for other purposes, without interference.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* Partially TRON plane 9 in GlyphWiki:&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e6%bf%81%e7%82%b9%e4%bb%98%e3%81%8d%e3%81%b2%e3%82%89%e3%81%8c%e3%81%aa%e3%83%bb%e3%82%ab%e3%82%bf%e3%82%ab%e3%83%8a (8021 to 8230)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e4%bd%8f%e6%b0%91%e5%9f%ba%e6%9c%ac%e5%8f%b0%e5%b8%b3%e5%8f%8e%e9%8c%b2%e5%a4%89%e4%bd%93%e4%bb%ae%e5%90%8d (8321 to 846A)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 (9721 to 977A)]&lt;br /&gt;
* [https://web.archive.org/web/20190829235942if_/http://charcenter.tron.org/tfont/repository/gtfontlist.pdf PDF with GT font list]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;br /&gt;
&lt;br /&gt;
==Implementations==&lt;br /&gt;
* [http://zzo38computer.org/prog/utftovlq.zip UTFTOVLQ] (includes source code in C) - can convert between TRON-8, TRON-16, TRON-32, EUC-TRON (a superset of EUC-JP), and [[Shift-JIS]].&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Bikeshed</id>
		<title>Bikeshed</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Bikeshed"/>
				<updated>2023-08-07T06:11:04Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: specification document&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|extensions={{ext|bs}}&lt;br /&gt;
}}&lt;br /&gt;
Bikeshed is a spec preprocessor, for converting the Bikeshed format (which has some features of [[Markdown]] and [[HTML]], and some of its own features) to [[HTML]].&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* [https://speced.github.io/bikeshed/ Specification document] (which is itself generated from a [https://raw.githubusercontent.com/speced/bikeshed/main/docs/index.bs Bikeshed file])&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Bikeshed</id>
		<title>Bikeshed</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Bikeshed"/>
				<updated>2023-08-07T06:08:37Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Created page with &amp;quot;{{FormatInfo |formattype=electronic |extensions={{ext|bs}} }} Bikeshed is a spec preprocessor, for converting the Bikeshed format (which has some features of Markdown and ...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|extensions={{ext|bs}}&lt;br /&gt;
}}&lt;br /&gt;
Bikeshed is a spec preprocessor, for converting the Bikeshed format (which has some features of [[Markdown]] and [[HTML]], and some of its own features) to [[HTML]].&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Uxn_program_file</id>
		<title>Uxn program file</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Uxn_program_file"/>
				<updated>2023-04-25T17:33:34Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Identification of file&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Executables&lt;br /&gt;
|extensions={{ext|rom}}&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
Uxn is a simple virtual machine. A Uxn program file is loaded into the virtual machine's memory starting at address 0x0100, and then execution starts at address 0x0100.&lt;br /&gt;
&lt;br /&gt;
== Identification ==&lt;br /&gt;
Any valid uxn file will have the first byte being a nonzero multiple of thirty-two, other than thirty-two itself.&lt;br /&gt;
&lt;br /&gt;
A uxn file with metadata will have {{magic|A0 xx xx 80 06 37}} as the first six bytes, where the second and third bytes are a big-endian 16-bit address of the metadata (where the beginning of the file is address 0x0100).&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* https://wiki.xxiivv.com/site/uxn.html&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2023-04-18T18:22:08Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[Braille]]:&lt;br /&gt;
 (unknown)&lt;br /&gt;
&lt;br /&gt;
* Codes starting at 0x8021 are 6-dot braille, and codes starting at 0x8121 are 8-dot braille. (I do not know the specific encoding, though. Anyone who does know, please correct this)&lt;br /&gt;
&lt;br /&gt;
==Plane 8==&lt;br /&gt;
* All codes are Dai-Kan-Wa-Jiten characters 1 to 48055 (presumably according to &amp;quot;linear2hilo&amp;quot; function?).&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x8021 to 0x8230 are uncommon variants of hiragana/katakana, such as small letters and voice mark for letters which are not commonly used in this way.&lt;br /&gt;
* Codes 0x8321 to 0x846A are hentaigana.&lt;br /&gt;
* Codes 0x9621 to 0x967E are apparently something to do with Chinese elements (I don't know for sure if this is correct, or what the specific encoding is?)&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses. (They seem to be in the usual modern &amp;quot;grid order&amp;quot; of Japanese alphabets, excluding small letters and dakuten/handakuten, but including the &amp;quot;wi&amp;quot; and &amp;quot;we&amp;quot;)&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
* Codes 0x9830 to 0x9839 are Baronh numbers 0 to 9.&lt;br /&gt;
* Codes 0x9840 to 0x985B are Baronh alphabets: a e i &amp;amp;iuml; u &amp;amp;uuml; &amp;amp;eacute; o c s t l n h p f m ai y &amp;amp;yuml; &amp;amp;oelig; r au eu g z d b&lt;br /&gt;
&lt;br /&gt;
==Plane 16 and 17==&lt;br /&gt;
These plane are used for te Basic Multilingual Plane of Unicode 2.0 (even the ASCII control codes are mapped for some reason), but not CJK characters that have Han unification in Unicode that are mapped elsewhere in TRON without Han unification.&lt;br /&gt;
&lt;br /&gt;
The encoding is linearly starting from the A zone, and then B zone, C zone, D zone.&lt;br /&gt;
&lt;br /&gt;
==Plane 22 and 23==&lt;br /&gt;
These plane are used for [[GB 18030]].&lt;br /&gt;
&lt;br /&gt;
==Encodings==&lt;br /&gt;
The most common encodings are probably TRON-16BE (also called &amp;quot;TADTextBE&amp;quot;) and TRON-16LE. They use 16-bit code units. A code with 0xFE as the high byte is plane selection, with the plane number in the low byte (0x21 to 0xFD except 0x7F), or if it is 0xFEFE then it selects the next volume, and then the next is 0x0021 to 0x00FD (except 0x007F), or 0xFEFE and then 0xFE21 to 0xFEFD for the third volume, or the second is also 0xFEFE if the fourth volume, etc. Control characters are represented as 0x0000 to 0x0020, and 0x007F. Codes 0xFF21 to 0xFF7E are special codes used in some applications, while TAD files will also use 0xFF80 to 0xFFFD for segments.&lt;br /&gt;
&lt;br /&gt;
A less common (also apparently unofficial) encoding is TRON-8, which is TRON-16BE encoded without leading zeros. (Due to this, it can then be used for null-terminated strings in C.)&lt;br /&gt;
&lt;br /&gt;
TRON-32BE (also called &amp;quot;stateless-TADTextBE&amp;quot;) and TRON-32LE work as follows: The low 16-bits are the code within the plane, the high 8-bits select the volume (where zero means the first volume), and the next 8-bits select the plane within that volume (0x21 to 0xFD, except 0x7F).&lt;br /&gt;
&lt;br /&gt;
There is also the &amp;quot;&amp;amp;amp;T&amp;quot; code, which is similar to the character entities in [[HTML]] and [[XML]]. It starts by &amp;lt;code&amp;gt;&amp;amp;amp;T&amp;lt;/code&amp;gt; and then the hex code same as in TRON-32 (but usually without leading zeros) and then a semicolon on the end.&lt;br /&gt;
&lt;br /&gt;
Notes:&lt;br /&gt;
&lt;br /&gt;
* Usually &amp;quot;TRON code&amp;quot; means the TRON-16 encoding, if none other is specified.&lt;br /&gt;
&lt;br /&gt;
* The range of valid codepoints in TRON-32 do not overlap those of UTF-32 at all, so it is unambiguous and can even be mixed unambiguously if this is somehow desirable.&lt;br /&gt;
&lt;br /&gt;
* If you have a TRON-16BE text without null characters, you can convert to TRON-8 by stripping out all null bytes. (If it is TRON-16LE, you can byte swap first and then do that.)&lt;br /&gt;
&lt;br /&gt;
* Text that explicitly specifies the plane can be distinguished from (but not necessarily mixed with) Unicode with byte order marks.&lt;br /&gt;
&lt;br /&gt;
* Since the bytes in the ASCII control characters range 0x00 to 0x1F and 0x7F are not used for text in TRON-8 that doesn't have control characters, it can be used in contexts that use those control codes for other purposes, without interference.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* Partially TRON plane 9 in GlyphWiki:&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e6%bf%81%e7%82%b9%e4%bb%98%e3%81%8d%e3%81%b2%e3%82%89%e3%81%8c%e3%81%aa%e3%83%bb%e3%82%ab%e3%82%bf%e3%82%ab%e3%83%8a (8021 to 8230)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e4%bd%8f%e6%b0%91%e5%9f%ba%e6%9c%ac%e5%8f%b0%e5%b8%b3%e5%8f%8e%e9%8c%b2%e5%a4%89%e4%bd%93%e4%bb%ae%e5%90%8d (8321 to 846A)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 (9721 to 977A)]&lt;br /&gt;
* [https://web.archive.org/web/20190829235942if_/http://charcenter.tron.org/tfont/repository/gtfontlist.pdf PDF with GT font list]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;br /&gt;
&lt;br /&gt;
==Implementations==&lt;br /&gt;
* [http://zzo38computer.org/prog/utftovlq.zip UTFTOVLQ] (includes source code in C) - can convert between TRON-8, TRON-16, TRON-32, EUC-TRON (a superset of EUC-JP), and [[Shift-JIS]].&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2023-04-15T23:37:56Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Make the link of Glyph Wiki in the order of the character code range number&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[Braille]]:&lt;br /&gt;
 (unknown)&lt;br /&gt;
&lt;br /&gt;
* Codes starting at 0x8021 are 6-dot braille, and codes starting at 0x8121 are 8-dot braille. (I do not know the specific encoding, though. Anyone who does know, please correct this)&lt;br /&gt;
&lt;br /&gt;
==Plane 8==&lt;br /&gt;
* All codes are Dai-Kan-Wa-Jiten characters 1 to 48055 (presumably according to &amp;quot;linear2hilo&amp;quot; function?).&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x8021 to 0x8230 are uncommon variants of hiragana/katakana, such as small letters and voice mark for letters which are not commonly used in this way.&lt;br /&gt;
* Codes 0x8321 to 0x846A are hentaigana.&lt;br /&gt;
* Codes 0x9621 to 0x967E are apparently something to do with Chinese elements (I don't know for sure if this is correct, or what the specific encoding is?)&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses. (They seem to be in the usual modern &amp;quot;grid order&amp;quot; of Japanese alphabets, excluding small letters and dakuten/handakuten, but including the &amp;quot;wi&amp;quot; and &amp;quot;we&amp;quot;)&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
* Codes 0x9830 to 0x9839 are Baronh numbers 0 to 9.&lt;br /&gt;
* Codes 0x9840 to 0x985B are Baronh alphabets: a e i &amp;amp;iuml; u &amp;amp;uuml; &amp;amp;eacute; o c s t l n h p f m ai y &amp;amp;yuml; &amp;amp;oelig; r au eu g z d b&lt;br /&gt;
&lt;br /&gt;
==Plane 16 and 17==&lt;br /&gt;
These plane are used for te Basic Multilingual Plane of Unicode 2.0 (even the ASCII control codes are mapped for some reason), but not CJK characters that have Han unification in Unicode that are mapped elsewhere in TRON without Han unification.&lt;br /&gt;
&lt;br /&gt;
The encoding is linearly starting from the A zone, and then B zone, C zone, D zone.&lt;br /&gt;
&lt;br /&gt;
==Plane 22 and 23==&lt;br /&gt;
These plane are used for [[GB 18030]].&lt;br /&gt;
&lt;br /&gt;
==Encodings==&lt;br /&gt;
The most common encodings are probably TRON-16BE (also called &amp;quot;TADTextBE&amp;quot;) and TRON-16LE. They use 16-bit code units. A code with 0xFE as the high byte is plane selection, with the plane number in the low byte (0x21 to 0xFD except 0x7F), or if it is 0xFEFE then it selects the next volume, and then the next is 0x0021 to 0x00FD (except 0x007F), or 0xFEFE and then 0xFE21 to 0xFEFD for the third volume, or the second is also 0xFEFE if the fourth volume, etc. Control characters are represented as 0x0000 to 0x0020, and 0x007F. Codes 0xFF21 to 0xFF7E are special codes used in some applications, while TAD files will also use 0xFF80 to 0xFFFD for segments.&lt;br /&gt;
&lt;br /&gt;
A less common (also apparently unofficial) encoding is TRON-8, which is TRON-16BE encoded without leading zeros. (Due to this, it can then be used for null-terminated strings in C.)&lt;br /&gt;
&lt;br /&gt;
TRON-32BE (also called &amp;quot;stateless-TADTextBE&amp;quot;) and TRON-32LE work as follows: The low 16-bits are the code within the plane, the high 8-bits select the volume (where zero means the first volume), and the next 8-bits select the plane within that volume (0x21 to 0xFD, except 0x7F).&lt;br /&gt;
&lt;br /&gt;
There is also the &amp;quot;&amp;amp;amp;T&amp;quot; code, which is similar to the character entities in [[HTML]] and [[XML]]. It starts by &amp;lt;code&amp;gt;&amp;amp;amp;T&amp;lt;/code&amp;gt; and then the hex code same as in TRON-32 (but usually without leading zeros) and then a semicolon on the end.&lt;br /&gt;
&lt;br /&gt;
Notes:&lt;br /&gt;
&lt;br /&gt;
* The range of valid codepoints in TRON-32 do not overlap those of UTF-32 at all, so it is unambiguous and can even be mixed unambiguously if this is somehow desirable.&lt;br /&gt;
&lt;br /&gt;
* If you have a TRON-16BE text without null characters, you can convert to TRON-8 by stripping out all null bytes. (If it is TRON-16LE, you can byte swap first and then do that.)&lt;br /&gt;
&lt;br /&gt;
* Text that explicitly specifies the plane can be distinguished from (but not necessarily mixed with) Unicode with byte order marks.&lt;br /&gt;
&lt;br /&gt;
* Since the bytes in the ASCII control characters range 0x00 to 0x1F and 0x7F are not used for text in TRON-8 that doesn't have control characters, it can be used in contexts that use those control codes for other purposes, without interference.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* Partially TRON plane 9 in GlyphWiki:&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e6%bf%81%e7%82%b9%e4%bb%98%e3%81%8d%e3%81%b2%e3%82%89%e3%81%8c%e3%81%aa%e3%83%bb%e3%82%ab%e3%82%bf%e3%82%ab%e3%83%8a (8021 to 8230)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e4%bd%8f%e6%b0%91%e5%9f%ba%e6%9c%ac%e5%8f%b0%e5%b8%b3%e5%8f%8e%e9%8c%b2%e5%a4%89%e4%bd%93%e4%bb%ae%e5%90%8d (8321 to 846A)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 (9721 to 977A)]&lt;br /&gt;
* [https://web.archive.org/web/20190829235942if_/http://charcenter.tron.org/tfont/repository/gtfontlist.pdf PDF with GT font list]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;br /&gt;
&lt;br /&gt;
==Implementations==&lt;br /&gt;
* [http://zzo38computer.org/prog/utftovlq.zip UTFTOVLQ] (includes source code in C) - can convert between TRON-8, TRON-16, TRON-32, EUC-TRON (a superset of EUC-JP), and [[Shift-JIS]].&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2023-04-15T23:09:26Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[Braille]]:&lt;br /&gt;
 (unknown)&lt;br /&gt;
&lt;br /&gt;
* Codes starting at 0x8021 are 6-dot braille, and codes starting at 0x8121 are 8-dot braille. (I do not know the specific encoding, though. Anyone who does know, please correct this)&lt;br /&gt;
&lt;br /&gt;
==Plane 8==&lt;br /&gt;
* All codes are Dai-Kan-Wa-Jiten characters 1 to 48055 (presumably according to &amp;quot;linear2hilo&amp;quot; function?).&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x8021 to 0x8230 are uncommon variants of hiragana/katakana, such as small letters and voice mark for letters which are not commonly used in this way.&lt;br /&gt;
* Codes 0x8321 to 0x846A are hentaigana.&lt;br /&gt;
* Codes 0x9621 to 0x967E are apparently something to do with Chinese elements (I don't know for sure if this is correct, or what the specific encoding is?)&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses. (They seem to be in the usual modern &amp;quot;grid order&amp;quot; of Japanese alphabets, excluding small letters and dakuten/handakuten, but including the &amp;quot;wi&amp;quot; and &amp;quot;we&amp;quot;)&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
* Codes 0x9830 to 0x9839 are Baronh numbers 0 to 9.&lt;br /&gt;
* Codes 0x9840 to 0x985B are Baronh alphabets: a e i &amp;amp;iuml; u &amp;amp;uuml; &amp;amp;eacute; o c s t l n h p f m ai y &amp;amp;yuml; &amp;amp;oelig; r au eu g z d b&lt;br /&gt;
&lt;br /&gt;
==Plane 16 and 17==&lt;br /&gt;
These plane are used for te Basic Multilingual Plane of Unicode 2.0 (even the ASCII control codes are mapped for some reason), but not CJK characters that have Han unification in Unicode that are mapped elsewhere in TRON without Han unification.&lt;br /&gt;
&lt;br /&gt;
The encoding is linearly starting from the A zone, and then B zone, C zone, D zone.&lt;br /&gt;
&lt;br /&gt;
==Plane 22 and 23==&lt;br /&gt;
These plane are used for [[GB 18030]].&lt;br /&gt;
&lt;br /&gt;
==Encodings==&lt;br /&gt;
The most common encodings are probably TRON-16BE (also called &amp;quot;TADTextBE&amp;quot;) and TRON-16LE. They use 16-bit code units. A code with 0xFE as the high byte is plane selection, with the plane number in the low byte (0x21 to 0xFD except 0x7F), or if it is 0xFEFE then it selects the next volume, and then the next is 0x0021 to 0x00FD (except 0x007F), or 0xFEFE and then 0xFE21 to 0xFEFD for the third volume, or the second is also 0xFEFE if the fourth volume, etc. Control characters are represented as 0x0000 to 0x0020, and 0x007F. Codes 0xFF21 to 0xFF7E are special codes used in some applications, while TAD files will also use 0xFF80 to 0xFFFD for segments.&lt;br /&gt;
&lt;br /&gt;
A less common (also apparently unofficial) encoding is TRON-8, which is TRON-16BE encoded without leading zeros. (Due to this, it can then be used for null-terminated strings in C.)&lt;br /&gt;
&lt;br /&gt;
TRON-32BE (also called &amp;quot;stateless-TADTextBE&amp;quot;) and TRON-32LE work as follows: The low 16-bits are the code within the plane, the high 8-bits select the volume (where zero means the first volume), and the next 8-bits select the plane within that volume (0x21 to 0xFD, except 0x7F).&lt;br /&gt;
&lt;br /&gt;
There is also the &amp;quot;&amp;amp;amp;T&amp;quot; code, which is similar to the character entities in [[HTML]] and [[XML]]. It starts by &amp;lt;code&amp;gt;&amp;amp;amp;T&amp;lt;/code&amp;gt; and then the hex code same as in TRON-32 (but usually without leading zeros) and then a semicolon on the end.&lt;br /&gt;
&lt;br /&gt;
Notes:&lt;br /&gt;
&lt;br /&gt;
* The range of valid codepoints in TRON-32 do not overlap those of UTF-32 at all, so it is unambiguous and can even be mixed unambiguously if this is somehow desirable.&lt;br /&gt;
&lt;br /&gt;
* If you have a TRON-16BE text without null characters, you can convert to TRON-8 by stripping out all null bytes. (If it is TRON-16LE, you can byte swap first and then do that.)&lt;br /&gt;
&lt;br /&gt;
* Text that explicitly specifies the plane can be distinguished from (but not necessarily mixed with) Unicode with byte order marks.&lt;br /&gt;
&lt;br /&gt;
* Since the bytes in the ASCII control characters range 0x00 to 0x1F and 0x7F are not used for text in TRON-8 that doesn't have control characters, it can be used in contexts that use those control codes for other purposes, without interference.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* Partially TRON plane 9 in GlyphWiki:&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 (9721 to 977A)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e6%bf%81%e7%82%b9%e4%bb%98%e3%81%8d%e3%81%b2%e3%82%89%e3%81%8c%e3%81%aa%e3%83%bb%e3%82%ab%e3%82%bf%e3%82%ab%e3%83%8a (8021 to 8230)]&lt;br /&gt;
** [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e4%bd%8f%e6%b0%91%e5%9f%ba%e6%9c%ac%e5%8f%b0%e5%b8%b3%e5%8f%8e%e9%8c%b2%e5%a4%89%e4%bd%93%e4%bb%ae%e5%90%8d (8321 to 846A)]&lt;br /&gt;
* [https://web.archive.org/web/20190829235942if_/http://charcenter.tron.org/tfont/repository/gtfontlist.pdf PDF with GT font list]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;br /&gt;
&lt;br /&gt;
==Implementations==&lt;br /&gt;
* [http://zzo38computer.org/prog/utftovlq.zip UTFTOVLQ] (includes source code in C) - can convert between TRON-8, TRON-16, TRON-32, EUC-TRON (a superset of EUC-JP), and [[Shift-JIS]].&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2023-04-15T22:18:29Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[Braille]]:&lt;br /&gt;
 (unknown)&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses.&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
* Codes 0x9830 to 0x9839 are Baronh numbers 0 to 9.&lt;br /&gt;
* Codes 0x9840 to 0x985B are Baronh alphabets: a e i &amp;amp;iuml; u &amp;amp;uuml; &amp;amp;eacute; o c s t l n h p f m ai y &amp;amp;yuml; &amp;amp;oelig; r au eu g z d b&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 Partially TRON plane 9 in GlyphWiki]&lt;br /&gt;
* [https://web.archive.org/web/20190829235942if_/http://charcenter.tron.org/tfont/repository/gtfontlist.pdf PDF with GT font list]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2023-04-15T21:05:15Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Baronh alphabets&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[Braille]]:&lt;br /&gt;
 (unknown)&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses.&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
* Codes 0x9830 to 0x9839 are Baronh numbers 0 to 9.&lt;br /&gt;
* Codes 0x9840 to 0x985B are Baronh alphabets: a e i &amp;amp;iuml; u &amp;amp;uuml; &amp;amp;eacute; o c s t l n h p f m ai y &amp;amp;yuml; &amp;amp;oelig; r au eu g z d b&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 Partially TRON plane 9 in GlyphWiki]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Just_Solve_the_File_Format_Problem:Community_portal</id>
		<title>Just Solve the File Format Problem:Community portal</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Just_Solve_the_File_Format_Problem:Community_portal"/>
				<updated>2023-01-05T21:13:08Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Please do not make TLS mandatory. However, optional TLS is a good idea.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;: ''please add your signature by typing &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; if you add or reply&lt;br /&gt;
&lt;br /&gt;
== Open issues ==&lt;br /&gt;
&lt;br /&gt;
Below is a list of &amp;quot;issues&amp;quot; which would ordinarily be in a ticketing system of some kind, but are here on the Wiki instead, because that's how we roll. As things are resolved, they will be moved to the Discussion page. If there's an appeal or an issue, the conversation can continue there - this page will be for open issues.&lt;br /&gt;
&lt;br /&gt;
Use of case in URLS / links. I went through all the electronic format types pages, and tried to normalise all the pages where I could (there was a mix of link structures - I've tried to get them all (apart from animation - I've been at it all day!) so they are [[file extension]] - [[file type name]]. &lt;br /&gt;
I notice that we have a mix of upper and lower case file extension through out. This means we may have 2 links which should point to the same URL (e.g. [[mix]] and [[MIX]]) is this a known issue with the current layout? --[[User:JaygattusoNLNZ|JaygattusoNLNZ]] ([[User talk:JaygattusoNLNZ|talk]]) 01:32, 20 November 2012 (UTC)&lt;br /&gt;
:Since you're linking both the extension and the name, does that mean that there are supposed to be separate articles for each? I don't know if there's really a need for &amp;quot;mainspace&amp;quot; articles by extension, since there are already categories for that purpose; you can browse them through [[:Category:File formats by extension]]. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 02:12, 20 November 2012 (UTC)&lt;br /&gt;
::I just copied the most common model that I found on the formats pages. The problem is, if you don't homogenize the method, the linking/crosslinking doesn't work properly.  All instances of .doc (for example) should point to the same resource page / disambiguation page. If someone has linked to only format in one place (e.g. [[MS Word]] (.doc)), and someone else the extension (MS Word - [[doc]]), we can't makes sure they point to the same place. The problem occurs because format names and extensions are used interchangeably. You raise an interesting question about the relationship between the ext and the format name. I would argue they are not equal (1:1), nor (1:many) / (many:1) so it makes sense to protect both aspects as definable things - the extension because that's whats most commonly searched for and referred to by users and 'format name' because its more accurate. How is the [[:Category:File formats by extension]] populated? --[[User:JaygattusoNLNZ|JaygattusoNLNZ]] ([[User talk:JaygattusoNLNZ|talk]]) 18:31, 20 November 2012 (UTC)&lt;br /&gt;
:::The categories are inserted when you use the ext template in the infobox. My preference is to have articles by actual format name and use multiple navigation aids (menus, cats, etc.) to get to them. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 01:38, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Article naming convention ==&lt;br /&gt;
&lt;br /&gt;
As mentioned above, there's some dispute over whether to name articles after the full name of a format or its file extension. If using full names, you then get into issues of whether to use the full technical name or a shorter thing that's more popularly used, and in some cases that's even the same as the extension (GIF, for instance). And you also get into tricky issues of capitalization: all-caps like an acronym, all-lowercase like filenames are often done (though this is OS-dependent; some, like MS-DOS, use all-uppercase), or mixed case (proper names capitalized)? And then there's the disambiguation issue of how to name articles on different things that have the same name, which happens sometimes even with long official names, but even more often with short acronyms and file extensions. But there's also yet another issue of which things get separate articles and which are combined, like formats that have had many different versions, etc.&lt;br /&gt;
&lt;br /&gt;
Currently you have things like [[CI]] and [[CT]], recently-created articles that represent two different file types within the data of one type of music tracker. The spec document they link to is the same one, which documents all the file types used in that tracker. Unless there's going to be really a lot to say about each of the specific file types, my own preference would be to have one article called [[CyberTracker]] that discusses all the formats used by the program in question, with subheaders within the article for the different file types, and all the extensions listed in the infobox (and hence in associated categories). If any other indices by extension are built up, they'd also have entries for both CI and CT. For instance, when I documented [[Softdisk Family Tree]], I covered all the various file formats in one article, though there are several versions and multiple files for each. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 13:39, 21 November 2012 (UTC)&lt;br /&gt;
: I realise I'm as guilty of this as anyone, having used both forms at some point (e.g. [[Surprise! Adlib Tracker v2.0]] and [[CI]]). Indeed, the two articles - [[CI]] and [[CT]] - you refer to were created by me. I guess in general I would favour using a descriptive page name rather than simply the file extension - that seems to be something that's being taken care of by infoboxes and categories.&lt;br /&gt;
&lt;br /&gt;
:On the issue of what gets a separate page and what doesn't, I guess that just comes down to individual discretion. There will be instances where a format has undergone a number of minor revisions over time or has a number of minor variants (e.g. the variant forms of Chaos Music Composer's [[CMC]]) where it would make sense to keep them all to a single page, while a major revision would necessitate a multi-page approach (e.g. the shift with Capella from the binary [[CAP]] to the XML-based [[CapXML]] format).&lt;br /&gt;
&lt;br /&gt;
:However, I'm not sure I agree with [[CI]] and [[CT]] having a single [[CyberTracker]] page. While both link to the same spec document and both are used by the same program, they are different formats serving different purposes. I think in general we should try and distinguish between program and file format - [[S3M]] doesn't belong on the [[ScreamTracker]] page, although each should link to the other. [[User:Halftheisland|Halftheisland]] ([[User talk:Halftheisland|talk]]) 14:04, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Since the purpose of the wiki is to document file formats, I think it's good that as many formats as possible are listed in the category pages and that you can browse these pages for format extensions. Sometimes it might be better to link multiple extension to the same article (e.g. a specific application), but not always. I think it is difficult to come up with a strict rule for this (but maybe recommendations and, even better, good examples). --[[User:PN|PN]] ([[User talk:PN|talk]]) 15:08, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
::It's a judgment call, certainly. It depends on how the files are typically encountered, distributed, used, etc., and how they're thought of by people who use them; if a bunch of file types related to a particular program are usually found together as part of a larger data set, they most likely belong together in one article (with subsections to describe the function of the particular files), but if they're distinct entities with their own particular treatment (like separate areas of file trading sites for enthusiasts) they should have separate articles, though more descriptive names like &amp;quot;CyberTracker instrument file&amp;quot; might be better than a cryptic and likely ambiguous CI. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 15:46, 21 November 2012 (UTC)&lt;br /&gt;
::And then, somebody has also used a robot to create pages in a separate namespace devoted to file extensions, like [[Ext:cin]]. That's yet another navigational system for getting to information by extension, though those pages oddly don't actually have direct links to the normal pages here about those file formats. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 15:56, 21 November 2012 (UTC)&lt;br /&gt;
::: Yes, that was me with Bender the bot. Still experimenting with it and working on creating a list of all pages in relation to extensions. [[User:Maurice.de.rooij|Maurice.de.rooij]] ([[User talk:Maurice.de.rooij|talk]]) 15:22, 22 November 2012 (UTC)&lt;br /&gt;
::What I'd like to avoid is the messy format somebody did to a few index pages like [[Compression]], where each line has separately hyperlinked format names and extensions (not always in a consistent order) where often one or the other is a redlink, or one redirects to the other, or one is just a disambiguation page, making a somewhat confusing hodgepodge. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 16:22, 21 November 2012 (UTC)&lt;br /&gt;
:::I've started rearranging the Compression page to be a little less messy. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 16:56, 22 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== So now what? ==&lt;br /&gt;
The official month of this project is now over... what are the plans for the site now? It's made a good start at documenting file formats, but has a good long way to go yet. (A project like this can never possibly be &amp;quot;finished&amp;quot;, since there are always more file formats coming out of the woodwork, both new ones that are introduced, and old ones that are discovered.) [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 05:10, 1 December 2012 (UTC)&lt;br /&gt;
: This is an awesome project and I will stay committed to it. Of course this first month is just a start. Let's roll people! [[User:Maurice.de.rooij|Maurice.de.rooij]] ([[User talk:Maurice.de.rooij|talk]]) 23:22, 3 December 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Anybody else still around? ==&lt;br /&gt;
Everybody else seems to have vanished around the middle of December... I'm the only one editing here lately. I hate to put more effort into improving a ghost town... anyone else even reading this? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 23:16, 2 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
: I will be editing more once I get back to work - still don't have a home internet connection and working from the local library computers / girlfriend's netbook over public wi-fi is a pain. It would be nice to see more contributions from others - you can see how much work is left to do on the music section alone, and I've really only been creating stub entries for most things. [[User:Halftheisland|Halftheisland]] ([[User talk:Halftheisland|talk]]) 13:51, 3 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Well, I still stop by on occasion, and I've vowed to use the site as my first stop when I come across a file format I don't recognize, but I never made any substantial additions, so I'm not sure if that gives you any useful information. (My edits were mostly technical or editorial.) [[User:Gphemsley|GPHemsley]] ([[User talk:Gphemsley|talk]]) 00:18, 13 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:I'll be editing from time-to-time. Currently a bit snowed under with other work, but planning to do more later in the year. Would also like to review the InfoBox(es) at some point, to ensure the information on this site can be reliably linked up to other information sources. [[User:AndyJackson|AndyJackson]] ([[User talk:AndyJackson|talk]]) 12:10, 18 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:I'm here. Like Andy, my workload is quite high, but I'll be popping in and out. --[[User:Rhetoric X|Rhetoric X]] ([[User talk:Rhetoric X|talk]]) 12:31, 18 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Hi there! I sometimes add a word here or there. I must say this Wiki is pretty good now. Popular formats are nicely described and niche formats are just niche formats so it's sometimes hard to add anything about them. I think that maybe it would be helpful to start adding images to posts. An image explaining format details or a screenshot of an image editor may be a nice addition. What about algorithms in pseudo-code?   --[[User:Tekkno|Tekkno]] ([[User talk:Tekkno|talk]]) 0:28, 7 September 2018 (UTC)&lt;br /&gt;
&lt;br /&gt;
::A description of file formats and pseudo-codes would be helpful (although you do not necessarily need a picture). --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 05:19, 5 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Spam ==&lt;br /&gt;
&lt;br /&gt;
I see the spammers have found the site, as I worried would happen; I run a wiki myself ([http://mpedia.dan.info/ MPedia], about things related to Mensa) and have to constantly play whack-a-mole with them; even adding such annoyances (for legitimate users) as a captcha and e-mail confirmation seem to only slightly slow the spammers down. I don't know the solution. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 12:59, 18 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:...but &amp;quot;learn-to-read-Korean-in-15-minutes&amp;quot; is a legitimate addition, going to a comic strip explaining the [[Hangul]] writing system, which is in fact a legitimate article here since &amp;quot;file formats&amp;quot; is interpreted expansively to include human written languages. That link ''sounds'' a bit spammy, but if it was from a spammer, it would go to some page selling a dodgy language-learning tool, not a free-to-read resource! (It can start to get tricky distinguishing spam from legitimate stuff when you've got such a wide range of topics here to begin with! Once there's a huge flood of spam to get rid of, there's some danger of legitimate users getting caught in the net too.) [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 13:03, 18 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
::Yes, it's incumbent on me to make sure we can have people sign up, and be a part of it, without getting spammers. We'll keep exploring. At least bots can't take us on.... I think.... --[[User:Jason Scott|Jason Scott]] ([[User talk:Jason Scott|talk]]) 19:28, 18 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:::If you've got some tips about how to configure MediaWiki to have open signups but not get the flood of spambots, let me know; that would help me with my own wiki. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 12:56, 22 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Orphaned / Blank Pages ==&lt;br /&gt;
&lt;br /&gt;
I've been making an attempt to clear up some of the orphaned pages, but there are a few I'm not sure of - maybe Dan or someone could sort them out?&lt;br /&gt;
&lt;br /&gt;
* [[Emulation]]&lt;br /&gt;
* [[FAQ:File Format]]&lt;br /&gt;
* [[File format extensions list]] (seems to be used for the &amp;quot;ext:&amp;quot; pages but hasn't been updated)&lt;br /&gt;
* [[Library]]&lt;br /&gt;
* [[Original Plan]]&lt;br /&gt;
* [[RAD Game Tools]] (should probably have the individual formats moved to appropriate sections)&lt;br /&gt;
* [[Statistica]] (clearly belongs in Scientific Data formats, but I'm not sure where)&lt;br /&gt;
&lt;br /&gt;
I've also come across a few pages that should probably be deleted - either because they've been blanked at some point (I know I did this to a few pages) or because they contain data duplicated elsewhere.&lt;br /&gt;
&lt;br /&gt;
* [[AA]]&lt;br /&gt;
* [[Compressed executable (.com)]]&lt;br /&gt;
* [[SAP]]&lt;br /&gt;
* [[Barnes &amp;amp; Noble Fixed-layout Format]]&lt;br /&gt;
&lt;br /&gt;
[[User:Halftheisland|Halftheisland]] ([[User talk:Halftheisland|talk]]) 10:41, 22 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:OK, I deleted those last three; I'll look at the others. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 12:58, 22 January 2013 (UTC)&lt;br /&gt;
:I put Statistica under &amp;quot;Mathematics&amp;quot; in the science category. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 13:02, 22 January 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
Hi Dan, got another one for you - I merged the info from [[ODS files created by Microsoft Office 2007 SP2]] into the main [[OpenDocument Spreadsheet]] page. [[User:Halftheisland|Halftheisland]] ([[User talk:Halftheisland|talk]]) 13:59, 25 February 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
Added Barnes &amp;amp; Noble to the list (made a bit of a mess and forgot about the rename feature) [[User:Johanvanderknijff|Johanvanderknijff]] ([[User talk:Johanvanderknijff|talk]]) 19:05, 21 April 2016 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Permissions for user pages ==&lt;br /&gt;
&lt;br /&gt;
Is there any way we can get permission to delete sub-pages of our own user pages? I've been using mine to draft articles bit by bit, rather than release half-finished articles into the wild, and it would be nice to be able to remove the drafts once complete [[User:Halftheisland|Halftheisland]] ([[User talk:Halftheisland|talk]]) 12:43, 3 October 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:I'm not sure, but as an admin I can delete anything you ask. It might also be possible to use the Move function to move it directly into the intended place. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 16:45, 3 October 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
== cd.textfiles.com ==&lt;br /&gt;
All the files on http://cd.textfiles.com/ disappeared a few days ago, breaking about a million links on this wiki. Does anyone have any information about that? [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 18:48, 25 January 2015 (UTC)&lt;br /&gt;
&lt;br /&gt;
:As I recall from Jason's Twitter feed, he had some server problems, with most of his sites going down at least temporary, and most of them eventually coming back up, but maybe that one had a harder crash. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 19:50, 25 January 2015 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Broken image in footer ==&lt;br /&gt;
The &amp;quot;Creative Commons 0&amp;quot; image at the bottom of every page (https://www.mediawiki.org/w/skins/common/images/cc-0.png) is broken. Can that be fixed? [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 00:06, 10 July 2015 (UTC)&lt;br /&gt;
:Still broken 5 years later... Is this place even maintained? [[User:GoodClover|GoodClover]] ([[User talk:GoodClover|talk]]) 23:23, 12 March 2021 (UTC)&lt;br /&gt;
::Ok so it appears it should probably be [https://licensebuttons.net/l/zero/1.0/88x31.png this image], it matches the 88x31px that the HTML claims the image would be if it was there. Who maintains this site so it can be fixed? [[User:GoodClover|GoodClover]] ([[User talk:GoodClover|talk]]) 00:01, 13 March 2021 (UTC)&lt;br /&gt;
:::I guess that would be Jason Scott. I'm an admin, but if I have any ability to edit that part of the site I have no idea how. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 01:31, 13 March 2021 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Wikipedia links ==&lt;br /&gt;
At least in my geographical area, Wikipedia has been redirecting &amp;quot;http:&amp;quot; links to &amp;quot;https:&amp;quot;. So, all of the &amp;lt;nowiki&amp;gt;[[Wikipedia:...]]&amp;lt;/nowiki&amp;gt; links in this wiki are getting redirected. Could/should we change these links to use &amp;quot;https:&amp;quot; directly?&lt;br /&gt;
&lt;br /&gt;
The magic &amp;quot;RFC&amp;quot; links like RFC 822 could also use https:, though the http: links still work. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 00:10, 10 July 2015 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Google Code ==&lt;br /&gt;
We still have around 50 articles that link to Google Code. My understanding is that the next phase of Google Code's shutdown process will happen on 2016-01-25 (two weeks from today). It would be good to update as many of these as possible before then.&lt;br /&gt;
* [http://fileformats.archiveteam.org/index.php?title=Special%3ALinkSearch&amp;amp;target=http%3A%2F%2Fcode.google.com&amp;amp;namespace= links to http://code.google.com]&lt;br /&gt;
* [http://fileformats.archiveteam.org/index.php?title=Special%3ALinkSearch&amp;amp;target=https%3A%2F%2Fcode.google.com&amp;amp;namespace= links to https://code.google.com]&lt;br /&gt;
[[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 21:05, 11 January 2016 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Cleanup of top-level categories ==&lt;br /&gt;
(Call for objections.) I want to do some cleanup of the [[:Category:Top Level Categories|top-level categories]], and make sure there's at least one category for virtually every article. (See [[Special:UncategorizedPages]].) My plans:&lt;br /&gt;
* A new &amp;quot;Meta&amp;quot; category, for articles about the File Formats Wiki (e.g. [[FAQ]], [[Original Plan]], [[Statement of Project]], [[Main Page]], ...).&lt;br /&gt;
* Rename the [[:Category:Geek humor|Geek humor]] category to &amp;quot;Humor&amp;quot;&lt;br /&gt;
* Remove the [[:Category:Computer facts|Computer facts]] category&lt;br /&gt;
* A new &amp;quot;Information&amp;quot; category, for relevant informative articles ([[Ontology]], [[Patents]], ...) that don't have a more suitable top-level category.&lt;br /&gt;
* Maybe someday: A category named &amp;quot;Devices&amp;quot;, or &amp;quot;Hardware&amp;quot;, or even &amp;quot;Things&amp;quot;. Most computers and [[Networked devices]] just aren't formats, IMHO. (But I'm not going to delete the infobox from all the &amp;quot;Networked devices&amp;quot; articles. If we can't figure out a way to have infoboxes for nonformats, then I'll leave them be.)&lt;br /&gt;
[[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 15:56, 1 June 2017 (UTC)&lt;br /&gt;
&lt;br /&gt;
[[Category:Meta]]&lt;br /&gt;
&lt;br /&gt;
== Love It! ==&lt;br /&gt;
Hi there, kudos to all you guys who helped create this valuable resource. Wikipedia is such a snob when it comes to detailed technical documentation so this wiki is a lifesaver. I added a few things to:&lt;br /&gt;
&lt;br /&gt;
* [[SWF#Software]]&lt;br /&gt;
* [[FLA#Software]]&lt;br /&gt;
* [[BSON#Libraries]]&lt;br /&gt;
&lt;br /&gt;
Thanks again!&lt;br /&gt;
&lt;br /&gt;
PS: Can the &amp;quot;thumbs up&amp;quot; icon be changed to something better? Do you want me to design a possible logo?&lt;br /&gt;
&lt;br /&gt;
[[User:Hgupta|Hgupta]] ([[User talk:Hgupta|talk]]) 05:42, 17 August 2017 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Nice work! As for the thumb icon, you'd have to ask Jason Scott, the owner of this site (and the one who put the thumb up). [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 13:02, 17 August 2017 (UTC)&lt;br /&gt;
&lt;br /&gt;
:I support the idea of changing the logo. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 16:08, 18 August 2017 (UTC)&lt;br /&gt;
&lt;br /&gt;
== What time is it? ==&lt;br /&gt;
I'm making this edit at 17:10 UTC, but the timestamp is: [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 17:25, 2 May 2018 (UTC)&lt;br /&gt;
:&amp;quot;Does anybody really know what time it is; does anybody really care?&amp;quot; -- Chicago&lt;br /&gt;
[posted at 01:20 UTC; let's see when it thinks it is] [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 01:36, 3 May 2018 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Type / Creator codes ==&lt;br /&gt;
&lt;br /&gt;
Curious what everyone's thoughts are on collecting Type/Creator Codes for Macintosh formats. There seems to be a few attempts at doing this around the webs. Is there a way here to gather them all into one area of the wiki? --[[User:Thorsted|Thorsted]] ([[User talk:Thorsted|talk]]) 17:46, 4 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
* [[Wikipedia:Type_code|Type Code : Wikipedia]] &lt;br /&gt;
* [[Wikipedia:Creator_code|Creator Code : Wikipedia]] &lt;br /&gt;
* [http://www.lacikam.co.il/tcdb/  TCDBx unmaintained]&lt;br /&gt;
* [https://vintageapple.org/macprogramming/pdf/The_Programmers_Apple_Mac_Sourcebook_1989.pdf The Programmers Apple Mac Sourcebook]&lt;br /&gt;
* [https://www.macdisk.com/macsigen.php Mac Signatures]&lt;br /&gt;
&lt;br /&gt;
:Maybe do it similar to how file extensions are handled, as an item in the infobox that links to a category? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 19:09, 4 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
::An article for Mac type/creator codes has been on my to-do list for a while, so we could at least do that, and see if there's any interest in listing lots of codes there. Should it be one article, or two? FormatInfo already has a &amp;quot;type code&amp;quot; param that is supposed to be for the Mac code. Maybe we are supposed to make a &amp;quot;Type Code&amp;quot; template to go along with it, so we can do like &amp;quot;&amp;lt;nowiki&amp;gt;|type code={{Type Code|XXXX}}&amp;lt;/nowiki&amp;gt;&amp;quot;. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 21:07, 4 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
:::If they were listed in a single article as opposed to a series of categories, I don't see what there would be for a template would do. In that case, the text on the left side of the infobox could link to the list page (although this might be ugly). (It would be convenient if there was something between the complexity of the MediaWiki category system and a list page, but I don't think anything like that exists in a plain Mediawiki installation.) [[User:Effect2|Effect2]] ([[User talk:Effect2|talk]]) 21:30, 4 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
::Even if they went into the infobox, the category system could potentially be left out out, as is currently done with FOURCCs and MIMETypes (the latter links to an external database, but whether anything is there is based on luck more than anything else, as there are so many unregistered mimetypes). These can still be found with the wiki's search feature. [[User:Effect2|Effect2]] ([[User talk:Effect2|talk]]) 21:13, 4 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
:::And there's also the Creator Code, as noted above; that refers to what program created the file, so there might be several associated with one file type code (and several file type codes associated with one creator). Perhaps there needs to be a section of the article listing all the code values associated with a given format and/or program (depending on what's covered by the article). [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 21:44, 4 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
::I like the idea of at least a uniform template for using codes within format descriptions. Since most of the files from the early macintosh days don't have an extension, unless they were cross platform and the Windows extension is used, then the only way to identify the file is from its Type/Creator code. I don't think Apple ever released the full registry, but some estimates are well over 50,000 entries.--[[User:Thorsted|Thorsted]] ([[User talk:Thorsted|talk]]) 03:24, 5 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Reverse engineering formats ==&lt;br /&gt;
I am trying to reverse engineer some formats. Sometimes successfully, sometimes not. My most recent attempt is:&lt;br /&gt;
* http://fileformats.archiveteam.org/wiki/DGI_(Digi-Pic)&lt;br /&gt;
&lt;br /&gt;
Maybe we can do this together instead of everyone here focusing on different things? Also is there a better way to discuss things than writing here?&lt;br /&gt;
[[User:Tekkno|Tekkno]] ([[User talk:Tekkno|talk]]) 01:39, 9 May 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
:You should set up a NNTP for reverse engineering file formats discussions (if there isn't already the appropriaate newsgroup). (I had done some of my own reverse engineering file formats too, but I have not set up a NNTP to discuss them. I do have a NNTP server, so you can suggest newsgroups there if wanted, I suppose) --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 21:26, 23 August 2021 (UTC)&lt;br /&gt;
&lt;br /&gt;
== CAPTCHA ==&lt;br /&gt;
&lt;br /&gt;
AT is no longer on EFnet: https://archiveteam.org/index.php?title=Archiveteam:IRC#Special_ArchiveTeam_IRC_rules [[User:Arlo James Barnes|Arlo James Barnes]] ([[User talk:Arlo James Barnes|talk]]) 02:57, 8 November 2020 (UTC)&lt;br /&gt;
&lt;br /&gt;
: This is a pretty serious problem. Are there any plans to fix it? -[[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 16:22, 12 November 2020 (UTC)&lt;br /&gt;
&lt;br /&gt;
:: &amp;lt;del&amp;gt;Seems like it has been fixed, by removing the CAPTCHA altogether.&amp;lt;/del&amp;gt; [2021-12-30 edit: I spoke too soon; still 'efnet'.] Let's all keep a keen eye out for spamdalism. [[User:Arlo James Barnes|Arlo James Barnes]] ([[User talk:Arlo James Barnes|talk]]) 03:33, 23 November 2020 (UTC)&lt;br /&gt;
&lt;br /&gt;
== [[special:interwiki]] ==&lt;br /&gt;
don't see it at [[special:specialpages]]? [[User:Arlo James Barnes|Arlo James Barnes]] ([[User talk:Arlo James Barnes|talk]]) 02:57, 8 November 2020 (UTC)&lt;br /&gt;
&lt;br /&gt;
== List of my idea what maybe should be added on ==&lt;br /&gt;
My idea of what things I think that probably should be added on (when someone has the information of it to add):&lt;br /&gt;
* TRON character encoding&lt;br /&gt;
* TRON Application Databus&lt;br /&gt;
* BANCStar&lt;br /&gt;
* C67 (music)&lt;br /&gt;
(I might add a few others later if I will remember some more later, too) --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 09:30, 31 July 2021 (UTC)&lt;br /&gt;
&lt;br /&gt;
==Hello==&lt;br /&gt;
I’ve joined and made a few edits. Starting with the Linux page by modification of the attribution of Linux to iOS, which is BSD. &lt;br /&gt;
Mad a few tweaks to HLP by creating a page for the source file. &lt;br /&gt;
As a retro tech enthusiast I think I could help a bit on some of the older files. Especially tape and disk formats; then, and their modern emulation files. As well as format info. &lt;br /&gt;
You can take a look at the original writeup I did here [http://wiki.digital-digest.com/index.php?title=History_of_AV]. Thought it has errors and is considerably lacking many formats.&lt;br /&gt;
&lt;br /&gt;
==SSL and SEO==&lt;br /&gt;
SSL has been a factor in web site indexing for a while https://security.googleblog.com/2014/08/https-as-ranking-signal_6.html. Anecdotally I am seeing this more profoundly with personal websites. I wonder if Just Solved can be upgraded to HTTPS sometime in the near future. This should help SEO rankings which benefits us all as it attracts more users. It also protects us using the site too. [[User:Ross-spencer|Ross-spencer]] ([[User talk:Ross-spencer|talk]]) 07:34, 3 January 2023 (UTC)&lt;br /&gt;
&lt;br /&gt;
:You'd have to ask Jason about this server-level stuff. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 16:16, 3 January 2023 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Please do not make TLS mandatory. However, optional TLS is a good idea. --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 21:13, 5 January 2023 (UTC)&lt;br /&gt;
&lt;br /&gt;
==Mediawiki version==&lt;br /&gt;
What are the plans to upgrade this site? Wikimedia is currently at 1.38, Just Solved File Formats is 1.19 with it's dependencies MySQL and PHP somewhat far behind current standards too. [[User:Ross-spencer|Ross-spencer]] ([[User talk:Ross-spencer|talk]]) 07:34, 3 January 2023 (UTC)&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Talk:Fictional_file_formats</id>
		<title>Talk:Fictional file formats</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Talk:Fictional_file_formats"/>
				<updated>2022-12-27T22:34:29Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Created page with &amp;quot;In some cases, fictional file formats that are described sufficiently within the story might later be implemented as real formats on a computer. (I have done this with a Morse...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;In some cases, fictional file formats that are described sufficiently within the story might later be implemented as real formats on a computer. (I have done this with a Morse-code-based picture format used in Murdoch Mysteries in one episode.) How should these be listed? --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 22:34, 27 December 2022 (UTC)&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Quite_OK_Image_Format</id>
		<title>Quite OK Image Format</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Quite_OK_Image_Format"/>
				<updated>2022-12-16T22:46:14Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Graphics&lt;br /&gt;
|extensions={{ext|qoi}}&lt;br /&gt;
|released=2021&lt;br /&gt;
}}&lt;br /&gt;
'''Quite OK Image Format''' ('''QOI''') is a raster image file format. It was developed by Dominic Szablewski.&lt;br /&gt;
&lt;br /&gt;
Its compression scheme ([[run-length encoding|RLE]] with some bells and whistles) is designed to be faster and simpler than that of formats like [[PNG]], while having a file size that is only moderately larger.&lt;br /&gt;
&lt;br /&gt;
== Identification ==&lt;br /&gt;
Files begin with ASCII &amp;quot;{{magic|qoif}}&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Specifications ==&lt;br /&gt;
* [https://qoiformat.org/qoi-specification.pdf The Quite OK Image Format Specification]&lt;br /&gt;
* [https://github.com/phoboslab/qoi/blob/master/qoi.h qoi.h], &amp;quot;Data Format&amp;quot; section&lt;br /&gt;
&lt;br /&gt;
== Software ==&lt;br /&gt;
* [https://github.com/phoboslab/qoi Reference software at GitHub]&lt;br /&gt;
* [[Farbfeld Utilities]] (qoiff; read-only)&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* [https://qoiformat.org/ Website]&lt;br /&gt;
* [https://phoboslab.org/log/2021/11/qoi-fast-lossless-image-compression Announcement]&lt;br /&gt;
&lt;br /&gt;
[[Category:Compression research]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Farbfeld_Utilities</id>
		<title>Farbfeld Utilities</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Farbfeld_Utilities"/>
				<updated>2022-12-16T22:46:11Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Quite OK Image Format&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|&lt;br /&gt;
|[[Software]]&lt;br /&gt;
| &amp;gt;&lt;br /&gt;
|[[Graphics software]]&lt;br /&gt;
| &amp;gt;&lt;br /&gt;
|[[Farbfeld Utilities]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
'''Farbfeld Utilities''' is an public domain open source image processing toolkit, originally released in 2016. Its own native format is [[farbfeld]], although this is not the first program to use that format.&lt;br /&gt;
&lt;br /&gt;
Most of the utilities are self-contained, although a few use other libraries, such as the PNG encoder and decoder uses LodePNG (which is included).&lt;br /&gt;
&lt;br /&gt;
== External links ==/&lt;br /&gt;
* [http://zzo38computer.org/fossil/farbfeld.ui/ Farbfeld Utilities web site]&lt;br /&gt;
&lt;br /&gt;
== Format cross-reference ==&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
! Read util.&lt;br /&gt;
! Write util.&lt;br /&gt;
! Description and remarks&lt;br /&gt;
! Refer to&lt;br /&gt;
|-&lt;br /&gt;
| avsff || ffavs || Stardent AVS X image || [[AVS X image]]&lt;br /&gt;
|-&lt;br /&gt;
| bitff || ffbit || Various raw bitwise indexed colour formats ||&lt;br /&gt;
|-&lt;br /&gt;
| bldff ||  || MegaPaint || [[MegaPaint BLD]]&lt;br /&gt;
|-&lt;br /&gt;
| bmpff ||  || Microsoft Windows bitmap || [[BMP]]&lt;br /&gt;
|-&lt;br /&gt;
| cgaff ||  || IBM PC CGA video memory dump ||&lt;br /&gt;
|-&lt;br /&gt;
| cutff || ffcut || Dr. Halo .CUT || [[Dr. Halo CUT]]&lt;br /&gt;
|-&lt;br /&gt;
| drcsff ||  || DEC VT320 font ||&lt;br /&gt;
|-&lt;br /&gt;
| faxff || fffax || Fax (both varieties of Group 3, and also Group 4) || [[CCITT Group 3]]/[[CCITT Group 4]]&lt;br /&gt;
|-&lt;br /&gt;
| fhmff ||  || Free Hero Mesh || [[Free Hero Mesh class resource file]]&lt;br /&gt;
|-&lt;br /&gt;
| fuunff ||  || Fuun RNA ||&lt;br /&gt;
|-&lt;br /&gt;
| gemicnff ||  || GEM icon file || &amp;lt;!-- This isn't the GEM raster format --&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
| gifff ||  || Graphics Interchange Format (no animation yet) || [[GIF]]&lt;br /&gt;
|-&lt;br /&gt;
| gleff ||  || AMI BIOS Energy Star logo format || [[GLE]]&lt;br /&gt;
|-&lt;br /&gt;
| grobff ||  || HP-48 graphics object (both binary and ASCII, but some files somehow don't work) || [[GROB]]&lt;br /&gt;
|-&lt;br /&gt;
| jefff ||  || Janome Embroidery Format ||&lt;br /&gt;
|-&lt;br /&gt;
| jpegff || ffjpeg || JPEG (extra compression options, but no 12-bits or arithmetic) || [[JPEG]]&lt;br /&gt;
|-&lt;br /&gt;
| kapff ||  || BSB/KAP nautical charts || [[BSB]]&lt;br /&gt;
|-&lt;br /&gt;
| macff ||  || MacPaint || [[MacPaint]]&lt;br /&gt;
|-&lt;br /&gt;
| makiff ||  || MAKI-chan (currently MKI format only) || [[MAKIchan Graphics]]&lt;br /&gt;
|-&lt;br /&gt;
| mbff ||  || Hero Mesh puzzle set ||&lt;br /&gt;
|-&lt;br /&gt;
| mcff || ffmc || Macrocell format (Golly) || [[Macrocell]]&lt;br /&gt;
|-&lt;br /&gt;
|  || ffmiff || ImageMagick format || [[MIFF]]&lt;br /&gt;
|-&lt;br /&gt;
| morseff || ffmorse || Each dots/dashes of [[Morse code]] are pixels (also used once in Murdoch Mysteries) ||&lt;br /&gt;
|-&lt;br /&gt;
| mppff || ffmpp || Multi Palette Picture (Atari ST) || [[Multi Palette Picture]]&lt;br /&gt;
|-&lt;br /&gt;
| mrfff || ffmrf || Monochrome Recursive Format || [[MRF (Monochrome Recursive Format)]]&lt;br /&gt;
|-&lt;br /&gt;
| mzmff || ffmzm || MegaZeux layer-mode MZM || [[MZM]]&lt;br /&gt;
|-&lt;br /&gt;
| neoff ||  || NEOchrome (Atari ST) || [[NEOchrome]]&lt;br /&gt;
|-&lt;br /&gt;
|  || ffnrrd || Nearly Raw Raster Data || [[NRRD]]&lt;br /&gt;
|-&lt;br /&gt;
| pbmff || ffpbm || Netpbm formats (1-6) || [[Netpbm formats]]&lt;br /&gt;
|-&lt;br /&gt;
|  || ffpbm || Portable Arbitrary Map || [[Portable Arbitrary Map]]&lt;br /&gt;
|-&lt;br /&gt;
| pmartff ||  || Palette Master (Atari ST) || [[Palette Master]]&lt;br /&gt;
|-&lt;br /&gt;
| pngff || ffpng || Portable Network Graphics || [[PNG]]&lt;br /&gt;
|-&lt;br /&gt;
| pngff ||  || iPhone PNG || [[CgBI]]&lt;br /&gt;
|-&lt;br /&gt;
| psff ||  || PostScript || [[PostScript]]&lt;br /&gt;
|-&lt;br /&gt;
| psytcff || ffpsytc || Psycopathicteen Tile Compressor (an experimental format for Super Nintendo) ||&lt;br /&gt;
|-&lt;br /&gt;
| qoiff ||  || Quite OK Image Format || [[Quite OK Image Format]]&lt;br /&gt;
|-&lt;br /&gt;
| rfntff ||  || RawFont ||&lt;br /&gt;
|-&lt;br /&gt;
| rgbff ||  || Raw true colour formats || [[Raw bitmap]]&lt;br /&gt;
|-&lt;br /&gt;
| sinqlff ||  || Sinclair QL || [[Sinclair QL screen]]&lt;br /&gt;
|-&lt;br /&gt;
|  || ffsixel || Sixel || [[Sixel]]&lt;br /&gt;
|-&lt;br /&gt;
| timaskff || fftimask || TeXnicard image mask || [[TeXnicard image mask]]&lt;br /&gt;
|-&lt;br /&gt;
| vecff ||  || DRAWX vector graphics || [[DRAWX Vector Graphics]]&lt;br /&gt;
|-&lt;br /&gt;
| xbmff || ffxbm || X bitmap image || [[XBM]]&lt;br /&gt;
|-&lt;br /&gt;
| xorlff || ffxorl || XORLINES-2 ||&lt;br /&gt;
|-&lt;br /&gt;
| xpmff || ffxpm || X pixmap image (can read and write all three formats) || [[XPM]]&lt;br /&gt;
|-&lt;br /&gt;
| xyzff || ffxyz || RPG Maker 2000/2003 .XYZ || [[XYZ (RPG Maker)]]&lt;br /&gt;
|-&lt;br /&gt;
| xzipff || ffxzip || Z-machine XZIP Picture Library || [[Z-machine XZIP Picture Library]]&lt;br /&gt;
|-&lt;br /&gt;
| zxff ||  || ZX Spectrum (including Timex format) || [[SCR (ZX Spectrum)]]&lt;br /&gt;
|-&lt;br /&gt;
| zztff ||  || ZZT world or save game file || [[ZZT]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Graphics]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Uxn_program_file</id>
		<title>Uxn program file</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Uxn_program_file"/>
				<updated>2022-11-03T23:41:30Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Created page with &amp;quot;{{FormatInfo |formattype=electronic |subcat=Executables |extensions={{ext|rom}} }}  Uxn is a simple virtual machine. A Uxn program file is loaded into the virtual machine's me...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Executables&lt;br /&gt;
|extensions={{ext|rom}}&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
Uxn is a simple virtual machine. A Uxn program file is loaded into the virtual machine's memory starting at address 0x0100, and then execution starts at address 0x0100.&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* https://wiki.xxiivv.com/site/uxn.html&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON</id>
		<title>TRON</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON"/>
				<updated>2022-08-05T23:51:37Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Make the things related to TRON Project listed indented below the main list, to be clearly which ones are related.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''TRON''' may refer to:&lt;br /&gt;
* [[TRON Project]], and the associated operating system kernel [https://en.wikipedia.org/wiki/TRON_project]&lt;br /&gt;
** [[TRON code]]&lt;br /&gt;
** [[TRON time]]&lt;br /&gt;
** [[TRON Application Databus]]&lt;br /&gt;
* TRON blockchain, and TRX/Tronix cryptocurrency [https://tron.network/]&lt;br /&gt;
* Tron - A DOS utility that decompresses [[executable compression]] formats&lt;br /&gt;
* Tron - A 1982 science fiction movie, and associated franchise&lt;br /&gt;
&lt;br /&gt;
{{disambiguation}}&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2022-08-02T04:43:58Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Commentary&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[Braille]]:&lt;br /&gt;
 (unknown)&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses.&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 Partially TRON plane 9 in GlyphWiki]&lt;br /&gt;
&lt;br /&gt;
==Commentary==&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/msgtolinuxhackers.html A Message to GNU/Linux Hackers]&lt;br /&gt;
* [http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html The Handling of Chinese Characters and TRON Code]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Farbfeld_Utilities</id>
		<title>Farbfeld Utilities</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Farbfeld_Utilities"/>
				<updated>2022-07-27T22:52:43Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: morseff/ffmorse&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|&lt;br /&gt;
|[[Software]]&lt;br /&gt;
| &amp;gt;&lt;br /&gt;
|[[Graphics software]]&lt;br /&gt;
| &amp;gt;&lt;br /&gt;
|[[Farbfeld Utilities]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
'''Farbfeld Utilities''' is an public domain open source image processing toolkit, originally released in 2016. Its own native format is [[farbfeld]], although this is not the first program to use that format.&lt;br /&gt;
&lt;br /&gt;
Most of the utilities are self-contained, although a few use other libraries, such as the PNG encoder and decoder uses LodePNG (which is included).&lt;br /&gt;
&lt;br /&gt;
== External links ==&lt;br /&gt;
* [http://zzo38computer.org/fossil/farbfeld.ui/ Farbfeld Utilities web site]&lt;br /&gt;
&lt;br /&gt;
== Format cross-reference ==&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
! Read util.&lt;br /&gt;
! Write util.&lt;br /&gt;
! Description and remarks&lt;br /&gt;
! Refer to&lt;br /&gt;
|-&lt;br /&gt;
| avsff || ffavs || Stardent AVS X image || [[AVS X image]]&lt;br /&gt;
|-&lt;br /&gt;
| bitff || ffbit || Various raw bitwise indexed colour formats ||&lt;br /&gt;
|-&lt;br /&gt;
| bldff ||  || MegaPaint || [[MegaPaint BLD]]&lt;br /&gt;
|-&lt;br /&gt;
| bmpff ||  || Microsoft Windows bitmap || [[BMP]]&lt;br /&gt;
|-&lt;br /&gt;
| cgaff ||  || IBM PC CGA video memory dump ||&lt;br /&gt;
|-&lt;br /&gt;
| cutff || ffcut || Dr. Halo .CUT || [[Dr. Halo]]&lt;br /&gt;
|-&lt;br /&gt;
| drcsff ||  || DEC VT320 font ||&lt;br /&gt;
|-&lt;br /&gt;
| faxff || fffax || Fax (both varieties of Group 3, and also Group 4) || [[CCITT Group 3]]/[[CCITT Group 4]]&lt;br /&gt;
|-&lt;br /&gt;
| fhmff ||  || Free Hero Mesh || [[Free Hero Mesh class resource file]]&lt;br /&gt;
|-&lt;br /&gt;
| fuunff ||  || Fuun RNA ||&lt;br /&gt;
|-&lt;br /&gt;
| gemicnff ||  || GEM icon file || &amp;lt;!-- This isn't the GEM raster format --&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
| gifff ||  || Graphics Interchange Format (no animation yet) || [[GIF]]&lt;br /&gt;
|-&lt;br /&gt;
| gleff ||  || AMI BIOS Energy Star logo format || [[GLE]]&lt;br /&gt;
|-&lt;br /&gt;
| grobff ||  || HP-48 graphics object (both binary and ASCII, but some files somehow don't work) || [[GROB]]&lt;br /&gt;
|-&lt;br /&gt;
| jefff ||  || Janome Embroidery Format ||&lt;br /&gt;
|-&lt;br /&gt;
| jpegff || ffjpeg || JPEG (extra compression options, but no 12-bits or arithmetic) || [[JPEG]]&lt;br /&gt;
|-&lt;br /&gt;
| kapff ||  || BSB/KAP nautical charts || [[BSB]]&lt;br /&gt;
|-&lt;br /&gt;
| macff ||  || MacPaint || [[MacPaint]]&lt;br /&gt;
|-&lt;br /&gt;
| makiff ||  || MAKI-chan (currently MKI format only) || [[MAKIchan Graphics]]&lt;br /&gt;
|-&lt;br /&gt;
| mbff ||  || Hero Mesh puzzle set ||&lt;br /&gt;
|-&lt;br /&gt;
| mcff || ffmc || Macrocell format (Golly) || [[Macrocell]]&lt;br /&gt;
|-&lt;br /&gt;
|  || ffmiff || ImageMagick format || [[MIFF]]&lt;br /&gt;
|-&lt;br /&gt;
| morseff || ffmorse || Each dots/dashes of Morse code are pixels (also used once in Murdoch Mysteries) ||&lt;br /&gt;
|-&lt;br /&gt;
| mppff || ffmpp || Multi Palette Picture (Atari ST) || [[Multi Palette Picture]]&lt;br /&gt;
|-&lt;br /&gt;
| mrfff || ffmrf || Monochrome Recursive Format || [[MRF (Monochrome Recursive Format)]]&lt;br /&gt;
|-&lt;br /&gt;
| mzmff || ffmzm || MegaZeux layer-mode MZM || [[MZM]]&lt;br /&gt;
|-&lt;br /&gt;
| neoff ||  || NEOchrome (Atari ST) || [[NEOchrome]]&lt;br /&gt;
|-&lt;br /&gt;
|  || ffnrrd || Nearly Raw Raster Data || [[NRRD]]&lt;br /&gt;
|-&lt;br /&gt;
| pbmff || ffpbm || Netpbm formats (1-6) || [[Netpbm formats]]&lt;br /&gt;
|-&lt;br /&gt;
|  || ffpbm || Portable Arbitrary Map || [[Portable Arbitrary Map]]&lt;br /&gt;
|-&lt;br /&gt;
| pmartff ||  || Palette Master (Atari ST) || [[Palette Master]]&lt;br /&gt;
|-&lt;br /&gt;
| pngff || ffpng || Portable Network Graphics || [[PNG]]&lt;br /&gt;
|-&lt;br /&gt;
| pngff ||  || iPhone PNG || [[CgBI]]&lt;br /&gt;
|-&lt;br /&gt;
| psff ||  || PostScript || [[PostScript]]&lt;br /&gt;
|-&lt;br /&gt;
| psytcff || ffpsytc || Psycopathicteen Tile Compressor (an experimental format for Super Nintendo) ||&lt;br /&gt;
|-&lt;br /&gt;
| rfntff ||  || RawFont ||&lt;br /&gt;
|-&lt;br /&gt;
| rgbff ||  || Raw true colour formats || [[Raw bitmap]]&lt;br /&gt;
|-&lt;br /&gt;
| sinqlff ||  || Sinclair QL || [[Sinclair QL screen]]&lt;br /&gt;
|-&lt;br /&gt;
|  || ffsixel || Sixel || [[Sixel]]&lt;br /&gt;
|-&lt;br /&gt;
| timaskff || fftimask || TeXnicard image mask || [[TeXnicard image mask]]&lt;br /&gt;
|-&lt;br /&gt;
| vecff ||  || DRAWX vector graphics || [[DRAWX Vector Graphics]]&lt;br /&gt;
|-&lt;br /&gt;
| xbmff || ffxbm || X bitmap image || [[XBM]]&lt;br /&gt;
|-&lt;br /&gt;
| xorlff || ffxorl || XORLINES-2 ||&lt;br /&gt;
|-&lt;br /&gt;
| xpmff || ffxpm || X pixmap image (can read and write all three formats) || [[XPM]]&lt;br /&gt;
|-&lt;br /&gt;
| xyzff || ffxyz || RPG Maker 2000/2003 .XYZ || [[XYZ (RPG Maker)]]&lt;br /&gt;
|-&lt;br /&gt;
| xzipff || ffxzip || Z-machine XZIP Picture Library || [[Z-machine XZIP Picture Library]]&lt;br /&gt;
|-&lt;br /&gt;
| zxff ||  || ZX Spectrum (including Timex format) || [[SCR (ZX Spectrum)]]&lt;br /&gt;
|-&lt;br /&gt;
| zztff ||  || ZZT world or save game file || [[ZZT]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Graphics]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Free_Hero_Mesh_composite_puzzle_set</id>
		<title>Free Hero Mesh composite puzzle set</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Free_Hero_Mesh_composite_puzzle_set"/>
				<updated>2022-07-23T06:28:31Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: UTI&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Game data files&lt;br /&gt;
|mimetypes={{mimetype|application/freeheromesh.composite+hamarc}}&lt;br /&gt;
|extensions={{ext|fhm}}&lt;br /&gt;
|uniform type={{UTI|org.zzo38computer.freeheromesh.composite}}&lt;br /&gt;
}}&lt;br /&gt;
[[Category:Hamster archive based formats]]&lt;br /&gt;
&lt;br /&gt;
A Free Hero Mesh composite puzzle set file is a [[Hamster archive]] containing the other four files of a [[Free Hero Mesh]] puzzle set, and optionally some additional lumps, such as [[FILE_ID.DIZ]].&lt;br /&gt;
&lt;br /&gt;
Note: Free Hero Mesh doesn't care about the file name of a composite puzzle set; the use of &amp;lt;code&amp;gt;.fhm&amp;lt;/code&amp;gt; is a convention used by some people.&lt;br /&gt;
&lt;br /&gt;
The main four files have names with the correct suffix, although the part of the name before &amp;lt;tt&amp;gt;.&amp;lt;/tt&amp;gt; can be anything and need not match the file name of the composite puzzle set, nor are they required to match each other (although they usually do).&lt;br /&gt;
&lt;br /&gt;
There is supposed to be the possibility to optionally compress lumps with [[Quasijarus Strong Compression]], although this feature hasn't been implemented.&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Free_Hero_Mesh_class_resource_file</id>
		<title>Free Hero Mesh class resource file</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Free_Hero_Mesh_class_resource_file"/>
				<updated>2022-07-23T06:13:48Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: .MUL lumps&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Game data files&lt;br /&gt;
|extensions={{ext|xclass}}&lt;br /&gt;
}}&lt;br /&gt;
[[Category:Graphics]]&lt;br /&gt;
[[Category:Hamster archive based formats]]&lt;br /&gt;
&lt;br /&gt;
A [[Free Hero Mesh]] puzzle set consists of four files; this article is about the .xclass file, which contains pictures and sounds.&lt;br /&gt;
&lt;br /&gt;
This file is a [[Hamster archive]] which contains lumps with extension &amp;lt;tt&amp;gt;.IMG&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;.DEP&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;.MUL&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;.WAV&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;.IMG&amp;lt;/tt&amp;gt; lumps are pictures, using a specialized compression format. Each such lump can store multiple versions of the picture at different sizes (which must be square, but otherwise can be arbitrary), and use a fixed palette of 255 colours plus transparency.&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;.DEP&amp;lt;/tt&amp;gt; lumps reference &amp;lt;tt&amp;gt;.IMG&amp;lt;/tt&amp;gt; lumps and produce a picture made by modifying and/or combining the pictures in the &amp;lt;tt&amp;gt;.IMG&amp;lt;/tt&amp;gt; lumps.&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;.MUL&amp;lt;/tt&amp;gt; lumps also reference &amp;lt;tt&amp;gt;.IMG&amp;lt;/tt&amp;gt; lumps, but produce multiple pictures from them. It defines one list of bases and three lists of filter chains, and each combination of one from each list produces a picture; for example, if there are ten bases, ten first filter chains, four second filter chains, and three third filter chains, then it will produce 1200 pictures in total.&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;.WAV&amp;lt;/tt&amp;gt; lumps are [[WAVE]] audio files.&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;PICEDIT.CFG&amp;lt;/tt&amp;gt; lump contains configuration data for the picture editor. It can safely be deleted (the picture editor will still work even if this is deleted).&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Free_Hero_Mesh_composite_puzzle_set</id>
		<title>Free Hero Mesh composite puzzle set</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Free_Hero_Mesh_composite_puzzle_set"/>
				<updated>2022-07-22T21:17:38Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Game data files&lt;br /&gt;
|mimetypes={{mimetype|application/freeheromesh.composite+hamarc}}&lt;br /&gt;
|extensions={{ext|fhm}}&lt;br /&gt;
}}&lt;br /&gt;
[[Category:Hamster archive based formats]]&lt;br /&gt;
&lt;br /&gt;
A Free Hero Mesh composite puzzle set file is a [[Hamster archive]] containing the other four files of a [[Free Hero Mesh]] puzzle set, and optionally some additional lumps, such as [[FILE_ID.DIZ]].&lt;br /&gt;
&lt;br /&gt;
Note: Free Hero Mesh doesn't care about the file name of a composite puzzle set; the use of &amp;lt;code&amp;gt;.fhm&amp;lt;/code&amp;gt; is a convention used by some people.&lt;br /&gt;
&lt;br /&gt;
The main four files have names with the correct suffix, although the part of the name before &amp;lt;tt&amp;gt;.&amp;lt;/tt&amp;gt; can be anything and need not match the file name of the composite puzzle set, nor are they required to match each other (although they usually do).&lt;br /&gt;
&lt;br /&gt;
There is supposed to be the possibility to optionally compress lumps with [[Quasijarus Strong Compression]], although this feature hasn't been implemented.&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_character_code</id>
		<title>TRON character code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_character_code"/>
				<updated>2022-07-22T21:08:58Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Redirected page to TRON code&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;#REDIRECT [[TRON code]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/PDF</id>
		<title>PDF</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/PDF"/>
				<updated>2022-06-23T00:13:21Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Ghostscript&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Document&lt;br /&gt;
|extensions={{ext|pdf}}&lt;br /&gt;
|mimetypes={{mimetype|application/pdf}}&lt;br /&gt;
|locfdd={{LoCFDD|fdd000030}}, others&lt;br /&gt;
|pronom={{PRONOM|fmt/276}}, others&lt;br /&gt;
|wikidata={{wikidata|Q42332}}&lt;br /&gt;
}}&lt;br /&gt;
'''Portable Document Format''' ('''PDF''') is a document file format originally from Adobe, based on [[PostScript]]. It has many subsets.&lt;br /&gt;
&lt;br /&gt;
As well as the 'full function' ISO 32000-1:2008 (or PDF 1.7), there are also PDF/X, PDF/A, PDF/E, PDF/VT and PDF/UA, all of which are ISO specifications.&lt;br /&gt;
&lt;br /&gt;
PDF profiles (formalized subsets) include the following:&lt;br /&gt;
&lt;br /&gt;
* PDF/A (optimized for preservation)&lt;br /&gt;
** PDF/A-1 (ISO 19005-1:2005)&lt;br /&gt;
** PDF/A-2 (ISO 19005-2:2011)&lt;br /&gt;
** PDF/A-3 (ISO 19005-3:2012) (extends PDF/A-2 by allowing embedded files of any type)&lt;br /&gt;
** PDF/A-4 (ISO 19005-4:2020)&lt;br /&gt;
* PDF/E (ISO 24517-1:2008) (for engineering workflows)&lt;br /&gt;
* PDF/UA (ISO 14289-1) (making documents accessible through assistive technologies)&lt;br /&gt;
* PDF/VT (ISO 16612-2) (support for variable document printing)&lt;br /&gt;
* PDF/X (support for prepress graphics exchange)&lt;br /&gt;
** PDF/X-1 (ISO 15930-1:2001)&lt;br /&gt;
** PDF/X-1a (ISO 15930-4:2003)&lt;br /&gt;
** PDF/X-2 (ISO 15930-5:2003)&lt;br /&gt;
** PDF/X-3 (ISO 15930-6:2003)&lt;br /&gt;
* Tagged PDF&lt;br /&gt;
Some scanner documentation references an apparently fictitious &amp;quot;PDF/L&amp;quot; profile (see Gary McGath's [https://madfileformatscience.garymcgath.com/2018/03/21/pdf-l/ &amp;quot;PDF/L?&amp;quot;]).&lt;br /&gt;
&lt;br /&gt;
A PDF 2.0 spec (ISO 32000-2) was published in 2017-07, with some new features as well as clarification of conformance with existing features.&lt;br /&gt;
&lt;br /&gt;
A PDF/raster draft spec was issued in 2017 as a subset of PDF files containing raster images of scanned documents.&lt;br /&gt;
&lt;br /&gt;
== Identifiers ==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
! Format&lt;br /&gt;
! PRONOM&lt;br /&gt;
! LoCFDD&lt;br /&gt;
|-&lt;br /&gt;
|PDF ||   || {{LoCFDD|fdd000030}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.0 || {{PRONOM|fmt/14}} ||rowspan=&amp;quot;4&amp;quot;| {{LoCFDD|fdd000316}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.1 || {{PRONOM|fmt/15}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.2 || {{PRONOM|fmt/16}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.3 || {{PRONOM|fmt/17}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.4 || {{PRONOM|fmt/18}} || {{LoCFDD|fdd000122}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.5 || {{PRONOM|fmt/19}} || {{LoCFDD|fdd000123}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.6 || {{PRONOM|fmt/20}} || {{LoCFDD|fdd000276}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.7 || {{PRONOM|fmt/276}} || {{LoCFDD|fdd000277}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 1.7, Ext. 3 ||   || {{LoCFDD|fdd000313}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF 2.0 || {{PRONOM|fmt/1129}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A    ||   || {{LoCFDD|fdd000318}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-1  ||   || {{LoCFDD|fdd000125}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-1a || {{PRONOM|fmt/95}} || {{LoCFDD|fdd000251}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-1b || {{PRONOM|fmt/354}} || {{LoCFDD|fdd000252}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-2  ||   || {{LoCFDD|fdd000319}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-2a || {{PRONOM|fmt/476}} || {{LoCFDD|fdd000320}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-2b || {{PRONOM|fmt/477}} || {{LoCFDD|fdd000322}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-2u || {{PRONOM|fmt/478}} || {{LoCFDD|fdd000321}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-3a || {{PRONOM|fmt/479}} ||rowspan=&amp;quot;3&amp;quot;| {{LoCFDD|fdd000360}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-3b || {{PRONOM|fmt/480}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-3u || {{PRONOM|fmt/481}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/A-4 || || {{LoCFDD|fdd000532}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-1  || {{PRONOM|fmt/144}}, {{PRONOM|fmt/145}} ||rowspan=&amp;quot;9&amp;quot;| {{LoCFDD|fdd000124}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-1a || {{PRONOM|fmt/157}}, {{PRONOM|fmt/146}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-2  || {{PRONOM|fmt/147}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-3  || {{PRONOM|fmt/158}}, {{PRONOM|fmt/148}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-4   || {{PRONOM|fmt/488}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-4p  || {{PRONOM|fmt/489}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-5g  || {{PRONOM|fmt/490}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-5pg || {{PRONOM|fmt/491}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/X-5n  || {{PRONOM|fmt/492}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/UA-1 ||   || {{LoCFDD|fdd000350}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF/E-1   || {{PRONOM|fmt/493}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF, Geospatial ||   || {{LoCFDD|fdd000315}}&lt;br /&gt;
|-&lt;br /&gt;
|GeoPDF 2.2 ||   || {{LoCFDD|fdd000312}}&lt;br /&gt;
|-&lt;br /&gt;
|PDF Portfolio   || {{PRONOM|fmt/1451}}&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Identification ==&lt;br /&gt;
The majority of PDF files can be identified by a fixed header e.g. &amp;quot;%PDF-1.4&amp;quot;, however, older documents have a number of variations. &lt;br /&gt;
* Some can start with &amp;quot;%!PS-Adobe-N.n PDF-M.m&amp;quot; instead, as described [http://blog.didierstevens.com/2010/01/21/quickpost-pdf-header-ps-adobe-n-n-pdf-m-m/ here].&lt;br /&gt;
* Since PDF 1.7, the major and minor version numbers have been fixed. i.e. the public version from Adobe after 1.7 was &amp;quot;1.7 Adobe Extension Level 3&amp;quot;.&lt;br /&gt;
* For the PDF/A families of formats, their conformance is declared via an embedded ([[XMP]]) metadata fragment.&lt;br /&gt;
* Some older files from Mac OS may be wrapped up in the [[AppleSingle]]/[[AppleDouble]] formats. This is a general issue, so should perhaps be documented elsewhere. For more information, see:&lt;br /&gt;
** http://en.wikipedia.org/wiki/AppleSingle_and_AppleDouble_formats&lt;br /&gt;
** http://tools.ietf.org/rfc/rfc1740.txt&lt;br /&gt;
&lt;br /&gt;
== Compression ==&lt;br /&gt;
Images in PDF documents may use the following compression schemes:&lt;br /&gt;
* [[LZW]]&lt;br /&gt;
* Flate ([[zlib]])&lt;br /&gt;
* [[Run-length encoding|RunLength]]&lt;br /&gt;
* CCITTFax ([[CCITT Group 3]] and [[CCITT Group 4]])&lt;br /&gt;
* [[JBIG2]]&lt;br /&gt;
* DCT ([[JPEG]])&lt;br /&gt;
* [[JPX]] (part of the [[JPEG 2000]] standard)&lt;br /&gt;
&lt;br /&gt;
== Digital Rights Management &amp;amp; Encryption ==&lt;br /&gt;
PDF has two types of 'encryption' - it uses an 'user' password to limit the ability to open the document, and a 'creator' password to limit other rights, like printing, copying, etc. The former case, where a password is required to open the file, is the main preservation concern, as our users will not be able to open a PDF encrypted in this way (unless the password can be cracked, which may be problematic both technically and legally). However, the latter case causes problems, because the PDF is encrypted here too, but with a special known user password of &amp;quot;&amp;quot; (an empty string, which is not the same as no password). So, the document is encrypted in both cases, and you can only tell which is which by attempting to decrypt the PDF using the special default password &amp;quot;&amp;quot;. Some PDF analysis tools (notably [[JHOVE]]) do not implement the relevant decryption workflow, and so cannot distinguish between the two types of encryption.&lt;br /&gt;
&lt;br /&gt;
An example of the decryption test workflow can be found here: https://gist.github.com/anjackson/5237071&lt;br /&gt;
&lt;br /&gt;
Some of the most locked-up PDFs anywhere can be found at the [http://ibr.ansi.org/ ANSI IBR Standards Portal], which has made certain standards documents that are incorporated into legislation available for browsing, but only through a convoluted procedure involving downloading a special plug-in and filling out a registration form that must be re-filled-out in every browsing session.&lt;br /&gt;
&lt;br /&gt;
A &amp;quot;Protected PDF&amp;quot; (PPDF) format is [http://www.eweek.com/mobile/microsoft-enterprise-mobility-suite-cozies-up-to-office.html reportedly] used by Microsoft's Azure Rights Management Service for sharing files securely within a workgroup.&lt;br /&gt;
&lt;br /&gt;
== Document redaction ==&lt;br /&gt;
&lt;br /&gt;
Occasionally the attempts of technically-inept users to obscure content in PDF files get in the news. People have sometimes had the mistaken impression that if a section of text is overlayed with a solid-black shape, or set to white-on-white text, or some such thing, before the publicly distributed document is sent out, that would make the redacted sections unavailable; this is not true, as it is in fact easy to find text that has been obscured in such manners, often as simple as dragging a mouse over it to highlight it. This happened in a [http://www.sun-sentinel.com/opinion/fl-op-editorial-judge-elizabeth-scherer-20180823-story.html 2018 Florida case] connected with the school shooting there, where some parts of the school district's report about the shooter were badly redacted and disclosed by a local newspaper, leading to a judge threatening punishment of the paper and prior restraint of future publications of theirs because of this &amp;quot;hacking&amp;quot;, raising all sorts of legal and constitutional issues.&lt;br /&gt;
&lt;br /&gt;
== Web linking ==&lt;br /&gt;
&lt;br /&gt;
When linked on the [[Web]], specific pages of a PDF can be referenced by appending &amp;lt;code&amp;gt;#page=N&amp;lt;/code&amp;gt; (where N is the desired page number) as a fragment identifier at the end of the [[URL]]. This is a little-known fact.&lt;br /&gt;
&lt;br /&gt;
== Specifications ==&lt;br /&gt;
* [http://acroeng.adobe.com/wp/?page_id=321 Adobe PDF References]  Contains links to every version of the PDF Reference published by Adobe (starting with PDF 1.0) as well as associated errata, addenda and tech notes.&lt;br /&gt;
* Other sources of the above documents:&lt;br /&gt;
** [http://www.adobe.com/devnet/pdf/pdf_reference.html PDF Reference and Adobe Extensions to the PDF Specification] Adobe page linking to specification for PDF 1.7 (equivalent to ISO 32000-1:2008) and two Adobe extensions that are expected to be incorporated into ISO 32000-2. These extensions include support for geospatial features and for 3-D content using [[U3D]] and [[Adobe PRC|PRC]] formats. &lt;br /&gt;
** [http://www.adobe.com/devnet/pdf/pdf_reference_archive.html Adobe PDF Reference Archives.] Archive of specifications for earlier Adobe versions of PDF, starting with Version 1.3.&lt;br /&gt;
* [https://www.iso.org/standard/51502.html ISO 32000-1:2008]: PDF 1.7 (not free to download)&lt;br /&gt;
* [https://www.iso.org/standard/63534.html ISO 32000-2:2017]: PDF 2.0 (not free to download)&lt;br /&gt;
* [https://pdfraster.org/wp-content/uploads/2017/06/PDFraster10_June-2017.pdf Draft PDF/raster spec 1.0]&lt;br /&gt;
&lt;br /&gt;
== Software ==&lt;br /&gt;
* [http://get.adobe.com/reader/ Adobe Reader] views PDF files, either as a standalone program or a browser plugin.&lt;br /&gt;
* [http://www.mozilla.org/en-US/products/download.html?product=firefox-19.0&amp;amp;os=win&amp;amp;lang=en-US Firefox 19.0] includes a built-in PDF reader.&lt;br /&gt;
* [http://source.mozillaopennews.org/en-US/articles/introducing-tabula/ Tabula: convert tabular data in PDFs to CSV]&lt;br /&gt;
* [http://www.mpdf1.com/mpdf/index.php mPDF: convert HTML to PDF]&lt;br /&gt;
* [https://mupdf.com/ MuPDF PDF viewer and command line mutool for manipulating PDF]&lt;br /&gt;
* [http://en.pdf24.org/ PDF24 creator]&lt;br /&gt;
* [http://pdfbox.apache.org/ Apache PDFBox] is an open-source PDF library that includes a PDF/A validator&lt;br /&gt;
* [https://pdfium.googlesource.com/pdfium/ pdfium: Open source PDF rendering engine]&lt;br /&gt;
* [http://textract.readthedocs.org/en/latest/ Textract: extract text from various document formats including PDF]&lt;br /&gt;
* [https://github.com/pramodhkp/pdf2svg/ pdf2svg (in JavaScript)]&lt;br /&gt;
* [https://euske.github.io/pdfminer/programming.html Programming with PDFMiner]&lt;br /&gt;
* [https://github.com/friesey/preservation-tools/releases/tag/v0.1_alpha_PDFBox_Statistics PDFBox PDF/A Validator]&lt;br /&gt;
* [https://pypi.python.org/pypi/PyPDF2/1.24 PyPDF2]&lt;br /&gt;
* [https://github.com/sumatrapdfreader Sumatra PDF Reader]&lt;br /&gt;
* [https://chrome.google.com/webstore/detail/pdf-viewer/oemmndcbldboiebfnladdacbdfmadadm?hl=en PDF viewer for Chrome]&lt;br /&gt;
* [http://verapdf.org/software/ veraPDF library (PDF validator)]&lt;br /&gt;
* [http://www.metachris.com/pdfx/ PDFx - Extract metadata and URLs from PDFs, and download all referenced PDFs]&lt;br /&gt;
* [https://github.com/ANSSI-FR/caradoc Caradoc: PDF parser and validator]&lt;br /&gt;
* [https://github.com/uds-datalab/PDBF PBDF: Create documents that are simultaneously valid PDF, HTML, and VirtualBox OVA.]&lt;br /&gt;
* [https://blog.didierstevens.com/programs/pdf-tools/ PDF Tools]&lt;br /&gt;
* [https://www.tracker-software.com/product/pdf-xchange-viewer PDF-XChange Viewer]&lt;br /&gt;
* [https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/ The PDF Toolkit PDFTK]&lt;br /&gt;
* [https://www.ghostscript.com/doc/Readme.htm Ghostscript (can both read and write PDF)]&lt;br /&gt;
&lt;br /&gt;
== Online utilities ==&lt;br /&gt;
* [http://www.pdf4kindle.com/ PDF to Kindle converter]&lt;br /&gt;
* [https://pdftables.com/ PDF to Excel (and some other formats)]&lt;br /&gt;
* [https://www.ilovepdf.com/ I Love PDF: miscellaneous utilities]&lt;br /&gt;
&lt;br /&gt;
== Sample files ==&lt;br /&gt;
* [https://github.com/openplanets/format-corpus/tree/master/pdfCabinetOfHorrors PDF Cabinet of Horrors] - sample PDF files in corrupted or otherwise problematic formats&lt;br /&gt;
* [http://acroeng.adobe.com/wp/?page_id=10 Adobe PDF Test Suites] - various PDF test suites on Adobe Acrobat Engineering site&lt;br /&gt;
* [http://craphound.com/homeland/Cory_Doctorow_-_Homeland.pdf Homeland by Cory Doctorow]&lt;br /&gt;
* [https://www.dan.info/sampledata/msword/testing.pdf Sample document saved from Windows Word 2007]&lt;br /&gt;
* [https://github.com/corkami/pocs/blob/master/pdf/quine.pdf Quine PDF; contains its own TeX source]&lt;br /&gt;
* [https://www.alchemistowl.org/pocorgtfo/pocorgtfo08.pdf Newsletter designed to work as PDF, ZIP, or shell script]&lt;br /&gt;
* [https://github.com/veraPDF/veraPDF-corpus veraPDF corpus]&lt;br /&gt;
* [https://github.com/osnr/horrifying-pdf-experiments Horrifying PDF Experiments]&lt;br /&gt;
* [https://github.com/mozilla/pdf.js/tree/master/test/pdfs Test PDFs used by Mozilla PDF Reader]&lt;br /&gt;
* [https://github.com/pdf-association/pdf20examples PDF 2.0 example files by the PDF Association]&lt;br /&gt;
* https://telparia.com/fileFormatSamples/document/pdf/&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
* [[Ascii85]]&lt;br /&gt;
* [[FDF]]&lt;br /&gt;
* [[KFP]] Preflight Profile&lt;br /&gt;
* [[PostScript]]&lt;br /&gt;
* [[WWF]]&lt;br /&gt;
* [[XFDF]]&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
=== Format info ===&lt;br /&gt;
* [http://en.wikipedia.org/wiki/Portable_Document_Format Portable Document Format (Wikipedia)]&lt;br /&gt;
* [http://www.forensicswiki.org/wiki/PDF Forensics Wiki: PDF]&lt;br /&gt;
*[http://acroeng.adobe.com/wp/ Adobe Acrobat Engineering site] - Dedicated Adobe site with lots of technical information, including a history of PDF and Acrobat, conforming viewers and test files.&lt;br /&gt;
* [http://www.pdfa.org/2013/04/pdfa-in-a-nutshell-2_0/ PDF/A in a Nutshell 2.0 – online edition]&lt;br /&gt;
* [http://www.infinitepartitions.com/cgi-bin/showarticle.cgi?article=art019 Inside the PDF File Format]&lt;br /&gt;
* [http://imgur.com/a/PbN8H#7 PDF101 an Adobe document walkthrough]&lt;br /&gt;
&lt;br /&gt;
=== Validation ===&lt;br /&gt;
* [http://vimeopro.com/pdfassociation/technical-conference-europe-2013/video/68945979 PDF Validation: Dream or Yawn?] - Presentation on possibilities of an open-source PDF validator&lt;br /&gt;
* [http://www.docdroid.net/ciex/5103a198-1.pdf.html The pitfalls of protocol design: Attempting to write a formally verified PDF parser]&lt;br /&gt;
* [https://fileformats.wordpress.com/2015/04/22/verapdf/ New open-source file validation project]&lt;br /&gt;
&lt;br /&gt;
=== Jailbreaking ===&lt;br /&gt;
* [http://scholrev.org/hackathon/ Jailbreaking the PDF hackathon]&lt;br /&gt;
* [http://blogs.ch.cam.ac.uk/pmr/2013/05/28/jailbreaking-the-pdf-a-wonderful-hackathon-and-a-community-leap-forward-for-freedom-1/ Jailbreaking the PDF (discussion)]&lt;br /&gt;
* [http://blogs.ch.cam.ac.uk/pmr/2013/05/28/jailbreaking-the-pdf-2-technical-aspects-glyph-processing/ Jailbreaking the PDF (technical aspects: glyph processing)]&lt;br /&gt;
* [http://blog.didierstevens.com/2015/04/15/pdf-password-cracking-with-john-the-ripper/ PDF Password Cracking With John The Ripper]&lt;br /&gt;
&lt;br /&gt;
=== Commentary ===&lt;br /&gt;
* [http://www.portico.org/digital-preservation/wp-content/uploads/2012/11/TheNetworkIsTheFormat.pdf The Network is the Format: PDF and the Long-term Use of Digital Content] Article by Sheila Morrissey of ITHAKA on the challenges of preserving PDF files based on experience.  She illustrates the challenge of defining a &amp;quot;sufficient sub-graph of the network of information about a digital object, for effective future use.&amp;quot;&lt;br /&gt;
* [http://blogs.loc.gov/digitalpreservation/2014/06/the-pdfs-place-in-a-history-of-paper-knowledge-an-interview-with-lisa-gitelman/ The PDF’s Place in a History of Paper Knowledge: An Interview with Lisa Gitelman]&lt;br /&gt;
*[http://wiki.opf-labs.org/display/TR/Portable+Document+Format Portable Document Format on OPF File Format Risk Registry] - Lists various long-term accessibility issues in PDF and how to detect them using Apache Preflight.&lt;br /&gt;
* [http://www.openplanetsfoundation.org/system/files/PDFInventoryPreservationRisks_0_2_0.pdf  Adobe Portable Document Format - Inventory of long-term preservation risks] - Report by KB/ National Library of the Netherlands.&lt;br /&gt;
* [http://fileformats.wordpress.com/2014/06/13/abuses-pdf/ The uses and abuses of PDF]&lt;br /&gt;
* [http://duff-johnson.com/2014/04/07/apples-preview-still-not-safe-for-work/ Apple’s Preview: Still not safe for work]&lt;br /&gt;
* [http://www.niso.org/publications/isq/2013/v25no3/moore/ Preserving the Grey Literature Explosion: PDF/A and the Digital Archive]&lt;br /&gt;
* [http://www.pdfa.org/2014/12/ensuring-long-term-access-pdf-validation-with-jhove/ Ensuring long-term access: PDF validation with JHOVE?]&lt;br /&gt;
* [http://www.theguardian.com/higher-education-network/2015/feb/11/researchers-its-time-to-ditch-the-pdf Researchers: it's time to ditch the PDF]&lt;br /&gt;
* [http://wiki.dpconline.org/images/5/51/PDF_Assessment_v1.2_external.pdf PDF Format Preservation Assessment (British Library)]&lt;br /&gt;
* [http://www.pdfa.org/2015/06/what-will-pdf-2-0-bring/ What will PDF 2.0 bring?]&lt;br /&gt;
* [http://www.digitalpreservation.gov/ndsa/working_groups/documents/NDSA_PDF_A3_report_final022014.pdf?loclr=blogsig The Benefits and Risks of the PDF/A-3 file format for archival institutions]&lt;br /&gt;
* [https://nicolastreeten.wordpress.com/2015/09/19/becoming-of-age-pdf/ Becoming of Age: PDF (comic)]&lt;br /&gt;
* [http://www.pdfa.org/2016/06/what-does-support-pdf-really-mean/ What does &amp;quot;support PDF&amp;quot; really mean?]&lt;br /&gt;
* [http://openpreservation.org/blog/2016/12/09/pdfa-as-a-preferred-sustainable-format-for-spreadsheets/ PDF/A as a preferred, sustainable format for spreadsheets?]&lt;br /&gt;
* [https://www.filingdb.com/pdf-text-extraction What's so hard about PDF text extraction?]&lt;br /&gt;
* [https://www.pdfa.org/perfecting-pdf-lexical-analysis/ Perfecting PDF lexical analysis]&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous ===&lt;br /&gt;
* [http://www.pdfa.org/ PDF/A Competence Center]&lt;br /&gt;
* [http://web.archive.org/web/20130515073645/http://libraries.stackexchange.com/questions/964/what-preservation-risks-are-associated-with-the-pdf-file-format What preservation risks are associated with the PDF file format?] - Q&amp;amp;A thread  from Libraries and Information Sciences Stack Exchange (archived)&lt;br /&gt;
* [http://labs.appligent.com/files/2013/03/recognizing_malformed_pdf_f.pdf Recognizing Corrupt and Malformed PDF Files]&lt;br /&gt;
* [https://github.com/davetaz/mh370-data Flight MH370 data was released as a PDF, but somebody extracted it to CSV to make it more useful for data analysis.]&lt;br /&gt;
* [https://pdf.yt/ PDFy - free host for publicly viewable PDFs, backed up automatically to Internet Archive]&lt;br /&gt;
* [http://www.washingtonpost.com/blogs/the-switch/wp/2014/08/05/uk-judge-says-freedom-of-information-means-choice-of-digital-file-format/ UK judge says ‘freedom of information’ means choice of digital file format]&lt;br /&gt;
* [http://blogs.perl.org/users/peter_martini/2014/08/the-chimera-quine-or-the-iso-pdf.html The Chimera Quine; or, the ISO PDF]&lt;br /&gt;
* [http://openplanetsfoundation.org/blogs/2014-08-12-coming-preserving-pdf-identify-validate-repair-hamburg PDF info/links for attendees of conference on it]&lt;br /&gt;
* [http://anjackson.github.io/keeping-codes/experiments/does-jhove-validate-pdfa-files Does JHOVE validate PDF/A files?]&lt;br /&gt;
* [http://raywoodcockslatest.wordpress.com/2014/12/04/pdf-repair/ Methods of Repairing Corrupted or Damaged PDFs]&lt;br /&gt;
* [http://stackoverflow.com/questions/17740175/how-do-i-dump-embedded-icc-profile-information-in-pdf-command-line-or-gui-tool/27464166#27464166 How do I dump embedded ICC profile information in PDF? (command line or GUI tools)]&lt;br /&gt;
* [http://stackoverflow.com/questions/27938551/how-to-check-pdf-pages-for-resolution-dpi-of-embedded-images/27942530 How to check PDF pages for resolution (DPI) of embedded images?]&lt;br /&gt;
* [http://chemxseer.ist.psu.edu/about/digital_library/das08-liu.pdf A Fast Preprocessing Method for Table Boundary Detection: Narrowing Down the Sparse Lines using Solely Coordinate Information]&lt;br /&gt;
* [https://github.com/angea/PDF101/tree/master/handcoded/textextract Why text extracting doesn't work for all PDFs]&lt;br /&gt;
* [http://stackoverflow.com/questions/29342542/how-can-i-extract-a-javascript-from-a-pdf-file-with-a-command-line-tool/29364036 How can I extract a JavaScript from a PDF file with a command line tool?]&lt;br /&gt;
* [http://stackoverflow.com/questions/29331731/postscript-code-to-un-hide-hidden-text-in-pdf/29334742 How to un-hide hidden text in PDF]&lt;br /&gt;
* [http://www.pdfa.org/2015/04/infographics-pdfua-and-wcag-2-0/ Infographics: PDF/UA and WCAG 2.0]&lt;br /&gt;
* [http://www.prepressure.com/pdf/basics/history The history of PDF] according to prepressure.com, a site for &amp;quot;prepress &amp;amp; print devotees&amp;quot;.&lt;br /&gt;
* [https://isc.sans.edu/diary/Handling+Special+PDF+Compression+Methods/19597 Handling Special PDF Compression Methods]&lt;br /&gt;
* [https://speakerdeck.com/ange/lets-write-a-pdf-file Let's write a PDF file]&lt;br /&gt;
* [https://blog.didierstevens.com/2016/06/07/recovering-a-ransomed-pdf/ Recovering a ransomed PDF]&lt;br /&gt;
* [https://github.com/digital-preservation/droid/issues/114 PDF version numbers based on deprecated mechanism]&lt;br /&gt;
* [https://madfileformatscience.garymcgath.com/2016/09/26/pdf-version/ Figuring out the PDF version is harder than you think]&lt;br /&gt;
* [https://www.pdfa.org/slides-and-video-recordings-of-the-pdf-days-europe-2017/ Slides and video recordings of the PDF Days Europe 2017]&lt;br /&gt;
* [https://www.pcworld.com/article/2096946/5-cheaper-alternatives-to-acrobat-for-pdf-editing.html 5 cheaper alternatives to Acrobt for PDF editing]&lt;br /&gt;
* [https://pdfraster.org/ PDF/raster site]&lt;br /&gt;
* [https://www.pdfa.org/hunter-bidens-email-and-the-potential-for-deepfakes-with-pdf/ Hunter Biden’s “email” and the potential for deepfakes with PDF]&lt;br /&gt;
* [https://www.bitsgalore.org/2021/09/06/pdf-processing-and-analysis-with-open-source-tools PDF processing and analysis with open-source tools]&lt;br /&gt;
* [https://www.wowsignal.io/articles/pdf PDF cannot be tokenized]&lt;br /&gt;
&lt;br /&gt;
[[Category:Page description languages]]&lt;br /&gt;
[[Category:Adobe]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Z-code</id>
		<title>Z-code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Z-code"/>
				<updated>2022-04-08T03:14:23Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Interactive Fiction&lt;br /&gt;
|extensions={{ext|z1}} {{ext|z2}} {{ext|z3}} {{ext|z4}} {{ext|z5}} {{ext|z6}} {{ext|z7}} {{ext|z8}} {{ext|dat}} {{ext|zip}}&lt;br /&gt;
}}&lt;br /&gt;
'''Z-code''' is an [[Interactive Fiction]] (IF) file format. A Z-code file contains a series of instructions for the Z-machine, a virtual machine designed by Infocom. A Z-code file typically contains an IF game which can be played using a Z-code interpreter. It is sometimes referred to as Infocom format. There are eight versions of Z-code. The first six were created by Infocom, while versions 7 and 8 were created by Graham Nelson, the author of [[Inform]]. Version 6 supports sound and images.&lt;br /&gt;
&lt;br /&gt;
Infocom games were developed in the higher-level language [[ZIL]], which was compiled into Z-code using a compiler that's apparently lost now.&lt;br /&gt;
&lt;br /&gt;
Text within a Z-code file is represented using the specialized character encoding [[ZSCII]], a variant of [[ASCII]] that is encoded for compactness and a bit of obscurity (nothing resembling normal ASCII strings is visible in a raw dump of a file, making it harder to cheat in games by seeing descriptions this way).&lt;br /&gt;
&lt;br /&gt;
Z-code files can be packaged in [[Blorb]] container files along with other resources needed for the game, such as images and sounds.&lt;br /&gt;
&lt;br /&gt;
== Extensions ==&lt;br /&gt;
* .z1 - .z8 (current convention, depending on what Z-code version the file is)&lt;br /&gt;
* .DAT (used by Infocom for most of their commercial releases)&lt;br /&gt;
* .ZIP (rarely seen, conflicts with the common extension used for [[ZIP]] compression)&lt;br /&gt;
&lt;br /&gt;
== Interpreters ==&lt;br /&gt;
&lt;br /&gt;
A z-code game can be played on any platform that has an appropriate interpreter. Most interpreters can handle any Z-code version, although version 6 is not as widely supported as the other versions.&lt;br /&gt;
&lt;br /&gt;
* Frotz (cross-platform, open source, [http://frotz.sourceforge.net/ website])&lt;br /&gt;
** [https://itunes.apple.com/au/app/frotz/id287653015?mt=8 iPhone version]&lt;br /&gt;
* Gargoyle (cross-platform, open source, [http://ccxvii.net/gargoyle/ website]): can interpret multiple IF formats, including Z-code&lt;br /&gt;
* GLUZMA ([[Glulx]], open source; big-endian ZIP only)&lt;br /&gt;
* Parchment (web, open source, [https://github.com/curiousdannii/parchment website]): browser-based Z-code interpreter.&lt;br /&gt;
* Spatterlight (Mac OS X, open source, [http://ccxvii.net/spatterlight/ website]): can interpret multiple IF formats, including Z-code&lt;br /&gt;
* Twisty (Android, open source, [https://bitbucket.org/sussman/twisty website], [https://play.google.com/store/apps/details?id=com.google.code.twisty Google Play])&lt;br /&gt;
* Zoom (Mac OS X and Unix-like, open source, [http://www.logicalshift.co.uk/unix/zoom/ website]) can interpret multiple IF formats, including Z-code.&lt;br /&gt;
* ZORKMID (cross-platform, open source, written in C, include debugging functionality; ZIP only, supports big-endian and small-endan story files)&lt;br /&gt;
&lt;br /&gt;
The IF Archive contains many other interpreters:&lt;br /&gt;
* [http://ifarchive.org/indexes/if-archiveXinterpreters-multi.html IF Archive: Multi-system interpreters]&lt;br /&gt;
* [http://ifarchive.org/indexes/if-archiveXinfocomXinterpreters.html IF Archive: Z-code interpreters]&lt;br /&gt;
&lt;br /&gt;
== Other Tools ==&lt;br /&gt;
* [[Inform]] is an IF development system by Graham Nelson that outputs Z-code.&lt;br /&gt;
* [[ZILF]] by Jesse McGrew is a reimplementation of Infocom's [[ZIL]] development system. Outputs Z-code.&lt;br /&gt;
* [http://ifarchive.org/indexes/if-archiveXinfocomXcompilers.html IF Archive: Z-code compilers]&lt;br /&gt;
* [http://ifarchive.org/indexes/if-archiveXinfocomXtools.html IF Archive: Z-code tools]&lt;br /&gt;
* [https://github.com/athornton/gnusto-frotz-tops20 Run Z-code games on PDP-10 with TOPS-20]&lt;br /&gt;
&lt;br /&gt;
== Sample Files ==&lt;br /&gt;
* [http://ifarchive.org/if-archive/games/zcode/Advent.z5 Advent.z5]: Adventure aka Colossal Cave, the original 350 points version ported to Inform by Graham Nelson&lt;br /&gt;
* [http://ifarchive.org/if-archive/games/zcode/SoFar.z8 SoFar.z8]: So Far, by Andrew Plotkin&lt;br /&gt;
* [http://mirror.ifarchive.org/if-archive/games/zcode/zdungeon.z5 zdungeon.z5]: Zork, by Infocom&lt;br /&gt;
* https://telparia.com/fileFormatSamples/document/zcode/&lt;br /&gt;
&lt;br /&gt;
== Information ==&lt;br /&gt;
* [http://www.ifwiki.org/index.php/Z-machine IFwiki: Z-machine]&lt;br /&gt;
* [http://www.inform-fiction.org/zmachine/standards/z1point0/index.html The Z-Machine Standards Document (version 1)], by Graham Nelson&lt;br /&gt;
** [http://ifarchive.org/if-archive/infocom/interpreters/specification/ZMachineSpec-1.0.zip PDF version, zipped]&lt;br /&gt;
&lt;br /&gt;
Infocom documentation:&lt;br /&gt;
* [http://zzo38computer.org/backup/zspec/zip_old.txt ZIP]&lt;br /&gt;
* [http://zzo38computer.org/backup/zspec/zip.txt EZIP/XZIP]&lt;br /&gt;
* [https://web.archive.org/web/20120309172205/http://xlisp.org/zip.pdf YZIP]&lt;br /&gt;
&lt;br /&gt;
[[Category:Executables]]&lt;br /&gt;
[[Category:Programming Languages]]&lt;br /&gt;
[[Category:Infocom]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Talk:Graphics</id>
		<title>Talk:Graphics</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Talk:Graphics"/>
				<updated>2022-03-22T06:13:15Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;in this list (http://justsolve.archiveteam.org/index.php/Graphics) JPG is listed as a BMP format. I would argue its not a bit mapped image format. Raster yes, bmp no....&lt;br /&gt;
&lt;br /&gt;
:Does 'Raster' need to be a separate category then? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 07:36, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Is this distinction (which I understand from a technical point of view, I should add) really relevant enough to warrant a separate category? Perhaps the solution is to rename the whole category to raster graphics formats? --[[User:Nitro2k01|Nitro2k01]] ([[User talk:Nitro2k01|talk]]) 12:41, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:I'd support renaming category to Raster.  [[User:swanQ|swanQ]]&lt;br /&gt;
&lt;br /&gt;
:: Done. -- [[User:Rhetoric X|Rhetoric X]] ([[User talk:Rhetoric X|talk]]) 19:40, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== (JPEG2000 code stream) ==&lt;br /&gt;
&lt;br /&gt;
I've moved this into 'raster' (from unclassified). &lt;br /&gt;
Argument: if its a the graphics aspect we care about its a raster image, if its the code stream, it might actually be a data object, not graphics.&lt;br /&gt;
&lt;br /&gt;
== Container formats - does they belong here?  ==&lt;br /&gt;
e.g. PDF, RIFF&amp;lt;p&amp;gt;&lt;br /&gt;
Argument: its a container/structure format, not a graphics format. If PDF belongs, why not MS DOC, or .RAR?&amp;lt;br&amp;gt; 2nd Argument (PDF): If it does belong here, is it raster or vector? I would suggest that it 'vectors' the objects, which themselves are raster/vector (not sure PDF supports the embedding of vector types?)&lt;br /&gt;
:I think the short answer is something like &amp;quot;if in doubt, put it in both categories&amp;quot;. There's no harm having both &amp;quot;Document Formats&amp;quot; and &amp;quot;Graphics Formats&amp;quot; linking to PDF, for example --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 09:31, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== what about 'straddling' formats?   ==&lt;br /&gt;
&lt;br /&gt;
PNG and PS could be argued into either or both camps. PS files are output as raster objects, but contained inside the file object as vector objects (as I understand it..) and I think PNG is in a similar position. Are we classifying the input or output object...&lt;br /&gt;
:PS/EPS/PDF etc. are vector formats. The fact that they are displayed as raster on screen (or on a printer) is a limitation of the hardware and has nothing to do with the format. PNG are raster formats. The only &amp;quot;ambiguous&amp;quot; formats that might be open to discussion are those that can have raster and vector layers inside the same file (e.g. PSD) --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 09:30, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
I'm planning to eliminate the &amp;quot;Combined Raster/Vector&amp;quot; category. A format can be listed in both Raster and Vector categories if necessary, but most are morally either one or the other. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 15:14, 25 August 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
:PostScript is a programming language, and includes vector graphics operations (and also an operator to load raster images, too), so it can output zero or more pages of graphics (it can also output data to stdout and to other files). PDF is a vector format (with raster graphics, too), but is mainly a page description format (and some implementations of PostScript produce output in PDF format; other implementations use raster formats for output). PNG is a raster format only. I think that most formats with both vector and raster are usually mainly vector formats; raster images is just one of the shapes that may be drawn (PSD may be an exception; I do not know enough about that format to answer this). --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 06:13, 22 March 2022 (UTC)&lt;br /&gt;
&lt;br /&gt;
==Animated Graphics==&lt;br /&gt;
Where is the difference between an &amp;quot;animated image&amp;quot; and a video file? IMHO a simple GIF (or MNG for example) should qualify for &amp;quot;animated image&amp;quot;, while FLI, FLC etc. are more of a video format. The line is a bit arbitrary though, as there are good examples of complete &amp;quot;videos&amp;quot; as GIF files, and some video files are nothing more than still image with a bit of animation. --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 18:58, 21 December 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== SWF ==&lt;br /&gt;
&lt;br /&gt;
I notice SWF is listed in the &amp;quot;unclassified&amp;quot; section (though it doesn't have an article yet). What category does it belong in? Is it a graphic format, a video format, an executable/app/applet format, or what? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 04:46, 16 February 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Graphics compression formats ==&lt;br /&gt;
I've had trouble deciding whether graphics-specific compression formats should have a primary category of Graphics, or Compression. And if they should be listed on the Graphics page, the Compression page, or both. It doesn't help that some formats (e.g. JBIG, CCITT Group 3) blur the line between graphics formats and compression formats.&lt;br /&gt;
&lt;br /&gt;
I've been putting them all in the Graphics category, but now I think that, at a minimum, compression formats that are always embedded in another file format (e.g. PackBits) should have a primary category of Compression. And I think I'll go further, and include some formats that ''can'' be used as a file format, if they are not typically used that way. But I'm not planning to move the whole list of graphics compression formats to the Compression page. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 18:08, 10 November 2015 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Icons/Cursors/Avatars vs. Skins/Themes ==&lt;br /&gt;
&lt;br /&gt;
Shouldn't the [[CursorFX]] and [[CursorXP]] entries go in the Icons/Cursors/Avatars section rather than the Skins/Themes one? Or should those two sections be merged because they're related and overlap? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 06:37, 17 December 2019 (UTC)&lt;br /&gt;
:You're right that they were in the wrong section, and I've moved them accordingly. The Icons, Cursors, &amp;amp; Avatars section ''could'' be renamed to show that it includes formats holding thumbs, icons, and other small images (what I think its intention is) or something like that, but, in any case, cursors and thematic icons fit in both that category and the skins one. I don't think it makes sense to outright merge them; the less ambiguous entries in each, e.g. [[Winamp Skin]] and [[Thumbs.db]], don't resemble each other at all. [[User:Effect2|Effect2]] ([[User talk:Effect2|talk]]) 09:54, 17 December 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Morse code based format used in Murdoch Mysteries ==&lt;br /&gt;
&lt;br /&gt;
In a recent episode of the TV show Murdoch Mysteries, they used a format for monochrome raster pictures where the letters and numbers are converted to Morse code and then the dots and dashes correspond to clear and set pixels (ignoring spaces between words), for example &amp;quot;&amp;lt;code&amp;gt;A55N&amp;lt;/code&amp;gt;&amp;quot; represents one clear pixel, one set pixel, ten clear pixels, one set pixel, and then one clear pixel (and &amp;quot;&amp;lt;code&amp;gt;ETSSSAE&amp;lt;/code&amp;gt;&amp;quot; represents the same sequence of pixels). I implemented this format on my computer a few days ago. Is there a name for this format? --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 20:51, 21 March 2022 (UTC)&lt;br /&gt;
:I don't know; does that TV show mention a name when it brings up the format? It might go in [[Fictional file formats]] in this site along with other file formats mentioned in fictional programs. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 02:14, 22 March 2022 (UTC)&lt;br /&gt;
::It did not mention a name for that format as far as I could tell (that is why I do not know what name it has, if any). However, it isn't purely fictional, because I implemented it. (Other previously fictional formats might also be later made with actual implementations, too.) --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 03:08, 22 March 2022 (UTC)&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Talk:Graphics</id>
		<title>Talk:Graphics</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Talk:Graphics"/>
				<updated>2022-03-22T06:00:56Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;in this list (http://justsolve.archiveteam.org/index.php/Graphics) JPG is listed as a BMP format. I would argue its not a bit mapped image format. Raster yes, bmp no....&lt;br /&gt;
&lt;br /&gt;
:Does 'Raster' need to be a separate category then? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 07:36, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Is this distinction (which I understand from a technical point of view, I should add) really relevant enough to warrant a separate category? Perhaps the solution is to rename the whole category to raster graphics formats? --[[User:Nitro2k01|Nitro2k01]] ([[User talk:Nitro2k01|talk]]) 12:41, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:I'd support renaming category to Raster.  [[User:swanQ|swanQ]]&lt;br /&gt;
&lt;br /&gt;
:: Done. -- [[User:Rhetoric X|Rhetoric X]] ([[User talk:Rhetoric X|talk]]) 19:40, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== (JPEG2000 code stream) ==&lt;br /&gt;
&lt;br /&gt;
I've moved this into 'raster' (from unclassified). &lt;br /&gt;
Argument: if its a the graphics aspect we care about its a raster image, if its the code stream, it might actually be a data object, not graphics.&lt;br /&gt;
&lt;br /&gt;
== Container formats - does they belong here?  ==&lt;br /&gt;
e.g. PDF, RIFF&amp;lt;p&amp;gt;&lt;br /&gt;
Argument: its a container/structure format, not a graphics format. If PDF belongs, why not MS DOC, or .RAR?&amp;lt;br&amp;gt; 2nd Argument (PDF): If it does belong here, is it raster or vector? I would suggest that it 'vectors' the objects, which themselves are raster/vector (not sure PDF supports the embedding of vector types?)&lt;br /&gt;
:I think the short answer is something like &amp;quot;if in doubt, put it in both categories&amp;quot;. There's no harm having both &amp;quot;Document Formats&amp;quot; and &amp;quot;Graphics Formats&amp;quot; linking to PDF, for example --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 09:31, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== what about 'straddling' formats?   ==&lt;br /&gt;
&lt;br /&gt;
PNG and PS could be argued into either or both camps. PS files are output as raster objects, but contained inside the file object as vector objects (as I understand it..) and I think PNG is in a similar position. Are we classifying the input or output object...&lt;br /&gt;
:PS/EPS/PDF etc. are vector formats. The fact that they are displayed as raster on screen (or on a printer) is a limitation of the hardware and has nothing to do with the format. PNG are raster formats. The only &amp;quot;ambiguous&amp;quot; formats that might be open to discussion are those that can have raster and vector layers inside the same file (e.g. PSD) --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 09:30, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
I'm planning to eliminate the &amp;quot;Combined Raster/Vector&amp;quot; category. A format can be listed in both Raster and Vector categories if necessary, but most are morally either one or the other. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 15:14, 25 August 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
==Animated Graphics==&lt;br /&gt;
Where is the difference between an &amp;quot;animated image&amp;quot; and a video file? IMHO a simple GIF (or MNG for example) should qualify for &amp;quot;animated image&amp;quot;, while FLI, FLC etc. are more of a video format. The line is a bit arbitrary though, as there are good examples of complete &amp;quot;videos&amp;quot; as GIF files, and some video files are nothing more than still image with a bit of animation. --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 18:58, 21 December 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== SWF ==&lt;br /&gt;
&lt;br /&gt;
I notice SWF is listed in the &amp;quot;unclassified&amp;quot; section (though it doesn't have an article yet). What category does it belong in? Is it a graphic format, a video format, an executable/app/applet format, or what? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 04:46, 16 February 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Graphics compression formats ==&lt;br /&gt;
I've had trouble deciding whether graphics-specific compression formats should have a primary category of Graphics, or Compression. And if they should be listed on the Graphics page, the Compression page, or both. It doesn't help that some formats (e.g. JBIG, CCITT Group 3) blur the line between graphics formats and compression formats.&lt;br /&gt;
&lt;br /&gt;
I've been putting them all in the Graphics category, but now I think that, at a minimum, compression formats that are always embedded in another file format (e.g. PackBits) should have a primary category of Compression. And I think I'll go further, and include some formats that ''can'' be used as a file format, if they are not typically used that way. But I'm not planning to move the whole list of graphics compression formats to the Compression page. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 18:08, 10 November 2015 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Icons/Cursors/Avatars vs. Skins/Themes ==&lt;br /&gt;
&lt;br /&gt;
Shouldn't the [[CursorFX]] and [[CursorXP]] entries go in the Icons/Cursors/Avatars section rather than the Skins/Themes one? Or should those two sections be merged because they're related and overlap? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 06:37, 17 December 2019 (UTC)&lt;br /&gt;
:You're right that they were in the wrong section, and I've moved them accordingly. The Icons, Cursors, &amp;amp; Avatars section ''could'' be renamed to show that it includes formats holding thumbs, icons, and other small images (what I think its intention is) or something like that, but, in any case, cursors and thematic icons fit in both that category and the skins one. I don't think it makes sense to outright merge them; the less ambiguous entries in each, e.g. [[Winamp Skin]] and [[Thumbs.db]], don't resemble each other at all. [[User:Effect2|Effect2]] ([[User talk:Effect2|talk]]) 09:54, 17 December 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Morse code based format used in Murdoch Mysteries ==&lt;br /&gt;
&lt;br /&gt;
In a recent episode of the TV show Murdoch Mysteries, they used a format for monochrome raster pictures where the letters and numbers are converted to Morse code and then the dots and dashes correspond to clear and set pixels (ignoring spaces between words), for example &amp;quot;&amp;lt;code&amp;gt;A55N&amp;lt;/code&amp;gt;&amp;quot; represents one clear pixel, one set pixel, ten clear pixels, one set pixel, and then one clear pixel (and &amp;quot;&amp;lt;code&amp;gt;ETSSSAE&amp;lt;/code&amp;gt;&amp;quot; represents the same sequence of pixels). I implemented this format on my computer a few days ago. Is there a name for this format? --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 20:51, 21 March 2022 (UTC)&lt;br /&gt;
:I don't know; does that TV show mention a name when it brings up the format? It might go in [[Fictional file formats]] in this site along with other file formats mentioned in fictional programs. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 02:14, 22 March 2022 (UTC)&lt;br /&gt;
::It did not mention a name for that format as far as I could tell (that is why I do not know what name it has, if any). However, it isn't purely fictional, because I implemented it. (Other previously fictional formats might also be later made with actual implementations, too.) --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 03:08, 22 March 2022 (UTC)&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Talk:Graphics</id>
		<title>Talk:Graphics</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Talk:Graphics"/>
				<updated>2022-03-22T03:08:30Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;in this list (http://justsolve.archiveteam.org/index.php/Graphics) JPG is listed as a BMP format. I would argue its not a bit mapped image format. Raster yes, bmp no....&lt;br /&gt;
&lt;br /&gt;
:Does 'Raster' need to be a separate category then? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 07:36, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Is this distinction (which I understand from a technical point of view, I should add) really relevant enough to warrant a separate category? Perhaps the solution is to rename the whole category to raster graphics formats? --[[User:Nitro2k01|Nitro2k01]] ([[User talk:Nitro2k01|talk]]) 12:41, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:I'd support renaming category to Raster.  [[User:swanQ|swanQ]]&lt;br /&gt;
&lt;br /&gt;
:: Done. -- [[User:Rhetoric X|Rhetoric X]] ([[User talk:Rhetoric X|talk]]) 19:40, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== (JPEG2000 code stream) ==&lt;br /&gt;
&lt;br /&gt;
I've moved this into 'raster' (from unclassified). &lt;br /&gt;
Argument: if its a the graphics aspect we care about its a raster image, if its the code stream, it might actually be a data object, not graphics.&lt;br /&gt;
&lt;br /&gt;
== Container formats - does they belong here?  ==&lt;br /&gt;
e.g. PDF, RIFF&amp;lt;p&amp;gt;&lt;br /&gt;
Argument: its a container/structure format, not a graphics format. If PDF belongs, why not MS DOC, or .RAR?&amp;lt;br&amp;gt; 2nd Argument (PDF): If it does belong here, is it raster or vector? I would suggest that it 'vectors' the objects, which themselves are raster/vector (not sure PDF supports the embedding of vector types?)&lt;br /&gt;
:I think the short answer is something like &amp;quot;if in doubt, put it in both categories&amp;quot;. There's no harm having both &amp;quot;Document Formats&amp;quot; and &amp;quot;Graphics Formats&amp;quot; linking to PDF, for example --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 09:31, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== what about 'straddling' formats?   ==&lt;br /&gt;
&lt;br /&gt;
PNG and PS could be argued into either or both camps. PS files are output as raster objects, but contained inside the file object as vector objects (as I understand it..) and I think PNG is in a similar position. Are we classifying the input or output object...&lt;br /&gt;
:PS/EPS/PDF etc. are vector formats. The fact that they are displayed as raster on screen (or on a printer) is a limitation of the hardware and has nothing to do with the format. PNG are raster formats. The only &amp;quot;ambiguous&amp;quot; formats that might be open to discussion are those that can have raster and vector layers inside the same file (e.g. PSD) --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 09:30, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
I'm planning to eliminate the &amp;quot;Combined Raster/Vector&amp;quot; category. A format can be listed in both Raster and Vector categories if necessary, but most are morally either one or the other. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 15:14, 25 August 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
==Animated Graphics==&lt;br /&gt;
Where is the difference between an &amp;quot;animated image&amp;quot; and a video file? IMHO a simple GIF (or MNG for example) should qualify for &amp;quot;animated image&amp;quot;, while FLI, FLC etc. are more of a video format. The line is a bit arbitrary though, as there are good examples of complete &amp;quot;videos&amp;quot; as GIF files, and some video files are nothing more than still image with a bit of animation. --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 18:58, 21 December 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== SWF ==&lt;br /&gt;
&lt;br /&gt;
I notice SWF is listed in the &amp;quot;unclassified&amp;quot; section (though it doesn't have an article yet). What category does it belong in? Is it a graphic format, a video format, an executable/app/applet format, or what? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 04:46, 16 February 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Graphics compression formats ==&lt;br /&gt;
I've had trouble deciding whether graphics-specific compression formats should have a primary category of Graphics, or Compression. And if they should be listed on the Graphics page, the Compression page, or both. It doesn't help that some formats (e.g. JBIG, CCITT Group 3) blur the line between graphics formats and compression formats.&lt;br /&gt;
&lt;br /&gt;
I've been putting them all in the Graphics category, but now I think that, at a minimum, compression formats that are always embedded in another file format (e.g. PackBits) should have a primary category of Compression. And I think I'll go further, and include some formats that ''can'' be used as a file format, if they are not typically used that way. But I'm not planning to move the whole list of graphics compression formats to the Compression page. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 18:08, 10 November 2015 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Icons/Cursors/Avatars vs. Skins/Themes ==&lt;br /&gt;
&lt;br /&gt;
Shouldn't the [[CursorFX]] and [[CursorXP]] entries go in the Icons/Cursors/Avatars section rather than the Skins/Themes one? Or should those two sections be merged because they're related and overlap? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 06:37, 17 December 2019 (UTC)&lt;br /&gt;
:You're right that they were in the wrong section, and I've moved them accordingly. The Icons, Cursors, &amp;amp; Avatars section ''could'' be renamed to show that it includes formats holding thumbs, icons, and other small images (what I think its intention is) or something like that, but, in any case, cursors and thematic icons fit in both that category and the skins one. I don't think it makes sense to outright merge them; the less ambiguous entries in each, e.g. [[Winamp Skin]] and [[Thumbs.db]], don't resemble each other at all. [[User:Effect2|Effect2]] ([[User talk:Effect2|talk]]) 09:54, 17 December 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Morse code based format used in Murdoch Mysteries ==&lt;br /&gt;
&lt;br /&gt;
In a recent episode of the TV show Murdoch Mysteries, they used a format for monochrome raster pictures where the letters and numbers are converted to Morse code and then the dots and dashes correspond to clear and set pixels (ignoring spaces between words), for example &amp;quot;&amp;lt;code&amp;gt;A55N&amp;lt;/code&amp;gt;&amp;quot; represents one clear pixel, one set pixel, ten clear pixels, one set pixel, and then one clear pixel (and &amp;quot;&amp;lt;code&amp;gt;ETSSSAE&amp;lt;/code&amp;gt;&amp;quot; represents the same sequence of pixels). I implemented this format on my computer a few days ago. Is there a name for this format? --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 20:51, 21 March 2022 (UTC)&lt;br /&gt;
:I don't know; does that TV show mention a name when it brings up the format? It might go in [[Fictional file formats]] in this site along with other file formats mentioned in fictional programs. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 02:14, 22 March 2022 (UTC)&lt;br /&gt;
::It did not mention a name for that format as far as I could tell (that is why I do not know what name it has, if any). However, it isn't purely fictional, because I implemented it. --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 03:08, 22 March 2022 (UTC)&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Talk:Graphics</id>
		<title>Talk:Graphics</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Talk:Graphics"/>
				<updated>2022-03-21T20:51:50Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Morse code based format used in Murdoch Mysteries&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;in this list (http://justsolve.archiveteam.org/index.php/Graphics) JPG is listed as a BMP format. I would argue its not a bit mapped image format. Raster yes, bmp no....&lt;br /&gt;
&lt;br /&gt;
:Does 'Raster' need to be a separate category then? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 07:36, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:Is this distinction (which I understand from a technical point of view, I should add) really relevant enough to warrant a separate category? Perhaps the solution is to rename the whole category to raster graphics formats? --[[User:Nitro2k01|Nitro2k01]] ([[User talk:Nitro2k01|talk]]) 12:41, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
:I'd support renaming category to Raster.  [[User:swanQ|swanQ]]&lt;br /&gt;
&lt;br /&gt;
:: Done. -- [[User:Rhetoric X|Rhetoric X]] ([[User talk:Rhetoric X|talk]]) 19:40, 12 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== (JPEG2000 code stream) ==&lt;br /&gt;
&lt;br /&gt;
I've moved this into 'raster' (from unclassified). &lt;br /&gt;
Argument: if its a the graphics aspect we care about its a raster image, if its the code stream, it might actually be a data object, not graphics.&lt;br /&gt;
&lt;br /&gt;
== Container formats - does they belong here?  ==&lt;br /&gt;
e.g. PDF, RIFF&amp;lt;p&amp;gt;&lt;br /&gt;
Argument: its a container/structure format, not a graphics format. If PDF belongs, why not MS DOC, or .RAR?&amp;lt;br&amp;gt; 2nd Argument (PDF): If it does belong here, is it raster or vector? I would suggest that it 'vectors' the objects, which themselves are raster/vector (not sure PDF supports the embedding of vector types?)&lt;br /&gt;
:I think the short answer is something like &amp;quot;if in doubt, put it in both categories&amp;quot;. There's no harm having both &amp;quot;Document Formats&amp;quot; and &amp;quot;Graphics Formats&amp;quot; linking to PDF, for example --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 09:31, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== what about 'straddling' formats?   ==&lt;br /&gt;
&lt;br /&gt;
PNG and PS could be argued into either or both camps. PS files are output as raster objects, but contained inside the file object as vector objects (as I understand it..) and I think PNG is in a similar position. Are we classifying the input or output object...&lt;br /&gt;
:PS/EPS/PDF etc. are vector formats. The fact that they are displayed as raster on screen (or on a printer) is a limitation of the hardware and has nothing to do with the format. PNG are raster formats. The only &amp;quot;ambiguous&amp;quot; formats that might be open to discussion are those that can have raster and vector layers inside the same file (e.g. PSD) --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 09:30, 21 November 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
I'm planning to eliminate the &amp;quot;Combined Raster/Vector&amp;quot; category. A format can be listed in both Raster and Vector categories if necessary, but most are morally either one or the other. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 15:14, 25 August 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
==Animated Graphics==&lt;br /&gt;
Where is the difference between an &amp;quot;animated image&amp;quot; and a video file? IMHO a simple GIF (or MNG for example) should qualify for &amp;quot;animated image&amp;quot;, while FLI, FLC etc. are more of a video format. The line is a bit arbitrary though, as there are good examples of complete &amp;quot;videos&amp;quot; as GIF files, and some video files are nothing more than still image with a bit of animation. --[[User:Darkstar|Darkstar]] ([[User talk:Darkstar|talk]]) 18:58, 21 December 2012 (UTC)&lt;br /&gt;
&lt;br /&gt;
== SWF ==&lt;br /&gt;
&lt;br /&gt;
I notice SWF is listed in the &amp;quot;unclassified&amp;quot; section (though it doesn't have an article yet). What category does it belong in? Is it a graphic format, a video format, an executable/app/applet format, or what? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 04:46, 16 February 2013 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Graphics compression formats ==&lt;br /&gt;
I've had trouble deciding whether graphics-specific compression formats should have a primary category of Graphics, or Compression. And if they should be listed on the Graphics page, the Compression page, or both. It doesn't help that some formats (e.g. JBIG, CCITT Group 3) blur the line between graphics formats and compression formats.&lt;br /&gt;
&lt;br /&gt;
I've been putting them all in the Graphics category, but now I think that, at a minimum, compression formats that are always embedded in another file format (e.g. PackBits) should have a primary category of Compression. And I think I'll go further, and include some formats that ''can'' be used as a file format, if they are not typically used that way. But I'm not planning to move the whole list of graphics compression formats to the Compression page. [[User:Jsummers|Jsummers]] ([[User talk:Jsummers|talk]]) 18:08, 10 November 2015 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Icons/Cursors/Avatars vs. Skins/Themes ==&lt;br /&gt;
&lt;br /&gt;
Shouldn't the [[CursorFX]] and [[CursorXP]] entries go in the Icons/Cursors/Avatars section rather than the Skins/Themes one? Or should those two sections be merged because they're related and overlap? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 06:37, 17 December 2019 (UTC)&lt;br /&gt;
:You're right that they were in the wrong section, and I've moved them accordingly. The Icons, Cursors, &amp;amp; Avatars section ''could'' be renamed to show that it includes formats holding thumbs, icons, and other small images (what I think its intention is) or something like that, but, in any case, cursors and thematic icons fit in both that category and the skins one. I don't think it makes sense to outright merge them; the less ambiguous entries in each, e.g. [[Winamp Skin]] and [[Thumbs.db]], don't resemble each other at all. [[User:Effect2|Effect2]] ([[User talk:Effect2|talk]]) 09:54, 17 December 2019 (UTC)&lt;br /&gt;
&lt;br /&gt;
== Morse code based format used in Murdoch Mysteries ==&lt;br /&gt;
&lt;br /&gt;
In a recent episode of the TV show Murdoch Mysteries, they used a format for monochrome raster pictures where the letters and numbers are converted to Morse code and then the dots and dashes correspond to clear and set pixels (ignoring spaces between words), for example &amp;quot;&amp;lt;code&amp;gt;A55N&amp;lt;/code&amp;gt;&amp;quot; represents one clear pixel, one set pixel, ten clear pixels, one set pixel, and then one clear pixel (and &amp;quot;&amp;lt;code&amp;gt;ETSSSAE&amp;lt;/code&amp;gt;&amp;quot; represents the same sequence of pixels). I implemented this format on my computer a few days ago. Is there a name for this format? --[[User:Zzo38|Zzo38]] ([[User talk:Zzo38|talk]]) 20:51, 21 March 2022 (UTC)&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Development</id>
		<title>Development</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Development"/>
				<updated>2022-01-26T06:10:52Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: +Redo&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|thiscat=Development&lt;br /&gt;
|image=At the Computer 06.png&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
File formats concerning compilers, interpreters, linkers, IDEs, etc.&lt;br /&gt;
&lt;br /&gt;
See also: [[Source code]], [[Executables]]&lt;br /&gt;
&lt;br /&gt;
== Build Automation ==&lt;br /&gt;
(see also Project below)&lt;br /&gt;
* [[Ant build file]]&lt;br /&gt;
* [[Apache Maven POM file]]&lt;br /&gt;
* [[Autotools]]&lt;br /&gt;
* [[Cabal]]&lt;br /&gt;
* [[CMake]]&lt;br /&gt;
* [[hpack (Haskell)]]&lt;br /&gt;
* [[Imake|Imakefile]]&lt;br /&gt;
* [[Jamfile]]&lt;br /&gt;
* [[Makefile]]&lt;br /&gt;
* [[Redo]]&lt;br /&gt;
&lt;br /&gt;
== Cloud platforms ==&lt;br /&gt;
* [[Heroku]]&lt;br /&gt;
&lt;br /&gt;
== Compiling ==&lt;br /&gt;
* [[BSC]] (Browser code file)&lt;br /&gt;
* [[IDB]] (State file)&lt;br /&gt;
* [[MIDL]] (Microsoft Interface Definition Language)&lt;br /&gt;
* [[ODL (Microsoft Object Description Language)|ODL]] (Object Description Language)&lt;br /&gt;
* [[SBR]] (Visual Studio source browser intermediate file)&lt;br /&gt;
&lt;br /&gt;
== Debug ==&lt;br /&gt;
* [[Core dump]]&lt;br /&gt;
* [[GDB]] (GNU debugger file)&lt;br /&gt;
* [[Precompiled header file]] (.gch, .pch)&lt;br /&gt;
* [[Visual Studio PDB]] (Program debug database)&lt;br /&gt;
&lt;br /&gt;
== Interface ==&lt;br /&gt;
See also [[Resources]].&lt;br /&gt;
* [[Nib file]] (Mac OS X development; windowed interfaces) (.nib)&lt;br /&gt;
* [[QML]]&lt;br /&gt;
* [[Storyboard file]] (iOS development) (.storyboard)&lt;br /&gt;
* [[Xib file]] (Mac OS X / iOS development; replaced Nib files) (.xib)&lt;br /&gt;
&lt;br /&gt;
== Intermediate ==&lt;br /&gt;
* [[Apple framework]] (.framework: OS X or iOS)&lt;br /&gt;
* [[Microsoft Library|LIB (Microsoft style)]] (used with Microsoft compilers for MS-DOS)&lt;br /&gt;
* [[AR|LIB (Unix-style)]] (Static library file, a variant of the UNIX ar format)&lt;br /&gt;
* [[Object file format]] (.o, .obj)&lt;br /&gt;
* [[Precompiled Header]] (.pch)&lt;br /&gt;
* [[Relocatable Object Module Format]]&lt;br /&gt;
* [[SREC]] (.s19, .sre, .srec, .s)&lt;br /&gt;
* [[Turbo Pascal Unit]] (.tpu)&lt;br /&gt;
&lt;br /&gt;
For bytecode formats, see [[Executables#Virtual machine code]].&lt;br /&gt;
&lt;br /&gt;
== Linking ==&lt;br /&gt;
* [[IIK]] (Incremental link file)&lt;br /&gt;
* [[MAP]] (Memory map link information)&lt;br /&gt;
&lt;br /&gt;
== Packaging and installation ==&lt;br /&gt;
See also [[Archiving#Program/App/Applet/Installer|specialized archive formats]] and the &amp;quot;Build Automation&amp;quot; and &amp;quot;Project&amp;quot; sections of this page.&lt;br /&gt;
* Inno Setup&lt;br /&gt;
** [[Inno Setup ISL]]&lt;br /&gt;
** [[Inno Setup Script]]&lt;br /&gt;
* [[Install Maker]]&lt;br /&gt;
* [[NSIS Script]]&lt;br /&gt;
* [[Quick Install Maker]]&lt;br /&gt;
&lt;br /&gt;
== Project ==&lt;br /&gt;
* [[APL workspace]] (stores a set of functions and variables comprising a program or project)&lt;br /&gt;
* [[C Sharp project]] (.csproj)&lt;br /&gt;
* [[Dev-Cpp project]] (.dev)&lt;br /&gt;
* [[Developer Studio project]] (.dsp)&lt;br /&gt;
* [[Developer Studio workspace]] (.dsw)&lt;br /&gt;
* [[FLA]] (Macromedia Flash project file)&lt;br /&gt;
* [[Geany project]] (.geany)&lt;br /&gt;
* [[IntelliJ Idea module]] (.iml)&lt;br /&gt;
* [[IntelliJ Idea project]] (.ipr)&lt;br /&gt;
* [[IntelliJ Idea Website]] (.iws)&lt;br /&gt;
* [[UltraEdit project file]] (.prj, pui)&lt;br /&gt;
* [[VisualBasic project]] (.vbp, .vbproj)&lt;br /&gt;
* [[Visual Studio IntelliSense Database File]] (.sdf)&lt;br /&gt;
* [[Visual Studio No Compile Browser File]] (.ncb)&lt;br /&gt;
* [[Visual Studio project file]] (.vcproj, .vcxproj, .vdproj)&lt;br /&gt;
* [[Visual Studio Solution file]] (.sln)&lt;br /&gt;
* [[Visual Studio Solution Options file]] (.suo)&lt;br /&gt;
* [[Xcode Playground]] (.playground)&lt;br /&gt;
* [[Xcode Project]] (.xcodeproj): Mac/iOS development&lt;br /&gt;
* [[XFL]] (Adobe Flash Exchange Format)&lt;br /&gt;
&lt;br /&gt;
== Remote procedure calls ==&lt;br /&gt;
* [[JSON-RPC]]&lt;br /&gt;
* [[XML-RPC]]&lt;br /&gt;
&lt;br /&gt;
== Resource ==&lt;br /&gt;
See [[Resources]].&lt;br /&gt;
&lt;br /&gt;
== Revision control systems / code repositories ==&lt;br /&gt;
* [[Concurrent Versions System]] (CVS)&lt;br /&gt;
* [[Fossil checkout database]]&lt;br /&gt;
* [[Fossil repository database]]&lt;br /&gt;
* [[Git]]&lt;br /&gt;
** [[Github]]&lt;br /&gt;
* [[Mercurial]] (hg)&lt;br /&gt;
* [[SCCS|Source Code Control System]] (SCCS)&lt;br /&gt;
&lt;br /&gt;
== Runtime environments ==&lt;br /&gt;
* [[node.js]]&lt;br /&gt;
&lt;br /&gt;
== Specialized ==&lt;br /&gt;
* [[Cre8or]] (.cr8)&lt;br /&gt;
* [[Game Maker]] (.gm6, .gmk)&lt;br /&gt;
* [[RBJ (Redcode oBJect)]]&lt;br /&gt;
* Tiled&lt;br /&gt;
** [[Tiled JSON]]&lt;br /&gt;
** [[Tiled TMX]]&lt;br /&gt;
** [[Tiled TSX]]&lt;br /&gt;
* [[UltraEdit wordfile]] (.uew)&lt;br /&gt;
&lt;br /&gt;
== Uncategorized ==&lt;br /&gt;
* [[Buildinfo]] [https://wiki.debian.org/ReproducibleBuilds/BuildinfoFiles]&lt;br /&gt;
* [[Ghidra]]&lt;br /&gt;
* [[No Code]]&lt;br /&gt;
* [[SOURCE DATE EPOCH|SOURCE_DATE_EPOCH]]&lt;br /&gt;
* [[XML Metadata Interchange]]&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
* [http://www.textfiles.com/programming/FORMATS/protolo.txt A sketch of an architecture-independent object-code format]&lt;br /&gt;
* [http://www.bluecloudsolutions.com/blog/money-apps-turn-1k-200k-portfolio/ Somebody's &amp;quot;How To Make Money With Apps&amp;quot; article] (that, unintentionally, gives insights into why smartphone apps suck so much these days)&lt;br /&gt;
* [http://boingboing.net/2014/04/24/band-releases-album-as-linux-k.html Band releases album as Linux kernel module]&lt;br /&gt;
* [https://github.com/MattPD/cpplinks/blob/master/executables.md C++ links: executables]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Redo</id>
		<title>Redo</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Redo"/>
				<updated>2022-01-26T06:10:28Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Created page with &amp;quot;{{FormatInfo |formattype=electronic |subcat=Development |extensions={{ext|do}} }} Redo is a build system which is meant as a alternative of make. It also supports...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Development&lt;br /&gt;
|extensions={{ext|do}}&lt;br /&gt;
}}&lt;br /&gt;
Redo is a build system which is meant as a alternative of [[Makefile|make]]. It also supports job control like &amp;lt;code&amp;gt;make -j&amp;lt;/code&amp;gt; does.&lt;br /&gt;
&lt;br /&gt;
Each target file is a file with name ending in &amp;lt;code&amp;gt;.do&amp;lt;/code&amp;gt; and it is a ordinary [[Bourne shell script|shell script]] file.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* [https://github.com/apenwarr/redo New version (apenwarr)]&lt;br /&gt;
* &amp;lt;strike&amp;gt;[http://cr.yp.to/redo.html Original version by Daniel J. Bernstein]&amp;lt;/strike&amp;gt;&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_Application_Databus</id>
		<title>TRON Application Databus</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_Application_Databus"/>
				<updated>2021-12-18T10:39:26Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Not all known files are Japanese; the linked sample file is in English. However, most seem to be Japanese.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Miscellaneous File Formats&lt;br /&gt;
|extensions={{ext|tad}}&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
This is the file format used in [[TRON]]. The file can contain text (with its own character encoding), graphics (both raster and vector graphics), and other things, including specification of page layout, and application specific data (with a 48-bit application ID number).&lt;br /&gt;
&lt;br /&gt;
Most of the available information about this file format is Japanese, and most of the known files also are Japanese.&lt;br /&gt;
&lt;br /&gt;
A TRON archive file usually has extension &amp;lt;code&amp;gt;.bpk&amp;lt;/code&amp;gt;. (Should there be a separate article?) The known files of this type uses a FIG segment, a DFUSEN segment with application ID &amp;lt;code&amp;gt;8000.c003.8000&amp;lt;/code&amp;gt;, and then a FIGEND segment. (The data of the DFUSEN segment of &amp;lt;code&amp;gt;.bpk&amp;lt;/code&amp;gt; archive file seems to be compressed data, but I don't know what compression it uses.)&lt;br /&gt;
&lt;br /&gt;
==Identification==&lt;br /&gt;
A small-endian TRON file will start by: {{magic|e0 ff 06 00 00 00 02 00 21 01}} (or at least the first two bytes will be). (This is a INFO segment; the first segment is always a INFO segment.)&lt;br /&gt;
&lt;br /&gt;
After the INFO segment, usually the rest of the file will either be enclosed by a TEXT and TEXTEND segment or a FIG and FIGEND segment.&lt;br /&gt;
&lt;br /&gt;
==Sample files==&lt;br /&gt;
* [http://www.tad-wg.jp/tad-ex/sst.tad File containing a diagram] ([http://www.tad-wg.jp/tad-ex/tad2png.png Render as PNG])&lt;br /&gt;
&lt;br /&gt;
==See also==&lt;br /&gt;
* [[TRON code]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_Application_Databus</id>
		<title>TRON Application Databus</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_Application_Databus"/>
				<updated>2021-12-17T03:42:08Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: also&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Miscellaneous File Formats&lt;br /&gt;
|extensions={{ext|tad}}&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
This is the file format used in [[TRON]]. The file can contain text (with its own character encoding), graphics (both raster and vector graphics), and other things, including specification of page layout, and application specific data (with a 48-bit application ID number).&lt;br /&gt;
&lt;br /&gt;
Most of the available information about this file format is Japanese, and the known files also are Japanese.&lt;br /&gt;
&lt;br /&gt;
A TRON archive file usually has extension &amp;lt;code&amp;gt;.bpk&amp;lt;/code&amp;gt;. (Should there be a separate article?) The known files of this type uses a FIG segment, a DFUSEN segment with application ID &amp;lt;code&amp;gt;8000.c003.8000&amp;lt;/code&amp;gt;, and then a FIGEND segment. (The data of the DFUSEN segment of &amp;lt;code&amp;gt;.bpk&amp;lt;/code&amp;gt; archive file seems to be compressed data, but I don't know what compression it uses.)&lt;br /&gt;
&lt;br /&gt;
==Identification==&lt;br /&gt;
A small-endian TRON file will start by: {{magic|e0 ff 06 00 00 00 02 00 21 01}} (or at least the first two bytes will be). (This is a INFO segment; the first segment is always a INFO segment.)&lt;br /&gt;
&lt;br /&gt;
After the INFO segment, usually the rest of the file will either be enclosed by a TEXT and TEXTEND segment or a FIG and FIGEND segment.&lt;br /&gt;
&lt;br /&gt;
==Sample files==&lt;br /&gt;
* [http://www.tad-wg.jp/tad-ex/sst.tad File containing a diagram] ([http://www.tad-wg.jp/tad-ex/tad2png.png Render as PNG])&lt;br /&gt;
&lt;br /&gt;
==See also==&lt;br /&gt;
* [[TRON code]]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2021-12-11T07:41:04Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
Conversion other formats into TRON is described below.&lt;br /&gt;
&lt;br /&gt;
==Plane 1==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[Braille]]:&lt;br /&gt;
 (unknown)&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses.&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 Partially TRON plane 9 in GlyphWiki]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/Character_encoding</id>
		<title>Character encoding</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/Character_encoding"/>
				<updated>2021-12-11T07:30:05Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: +TRON code&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|thiscat=Character encoding&lt;br /&gt;
|image=Characters.png&lt;br /&gt;
}}&lt;br /&gt;
'''Character Encodings''' are methods of representing characters of text, usually as numeric values which can be stored on computers as bits and bytes, but sometimes in other things (e.g., [[Braille]] represents them as patterns of raised dots). Sometimes they're also referred to as &amp;quot;character sets&amp;quot;, but purists will make a distinction in that, strictly speaking, a character set is merely a repertoire of characters, the list of characters supported by some system, protocol, or file format, without it necessarily having any inherent order or numbering system. A character encoding assigns specific values (in some coding system) to each character. However, the distinction can get vague and fuzzy; there are multiple levels of abstraction ([[Unicode]] includes a set of defined characters as well as assigned numeric code points for each, but leaves it to other more specific encodings such as [[UTF-8]] to define the specific bits/bytes that represent them in a file), and some protocols even use parameter names such as 'charset' to indicate which character ''encoding'' is in use, so the terminology can slip and slide even in &amp;quot;tech&amp;quot; uses. This section documents all the various sorts of character sets/encodings of any sort.&lt;br /&gt;
&lt;br /&gt;
See [[Fonts]] for the renditions of character encodings as seen on screens and printouts. The appearance of a character is known as a &amp;quot;glyph&amp;quot;, and a font consists of a set of glyphs mapped onto the more abstractly-defined characters as included in the character set that is part of a character encoding.&lt;br /&gt;
&lt;br /&gt;
== Specific character sets or encodings ==&lt;br /&gt;
&lt;br /&gt;
* [[Adobe Standard Encoding]]&lt;br /&gt;
* [[Amstrad CP/M Plus character set]]&lt;br /&gt;
* [[ANSEL]]&lt;br /&gt;
** [[MARC-8]]&lt;br /&gt;
* [[APL code page]]&lt;br /&gt;
** [[CP293]] · [[CP907]]&lt;br /&gt;
* [[Apple II character set]]&lt;br /&gt;
* [[ARMSCII]]&lt;br /&gt;
* [[ASCII]]&lt;br /&gt;
* [[ATASCII]] (used by Atari computers)&lt;br /&gt;
* [[Baudot code]]&lt;br /&gt;
* [[Big5]]&lt;br /&gt;
** [[Windows Big5]]&lt;br /&gt;
* [[Braille]]&lt;br /&gt;
** [[BRF]]&lt;br /&gt;
** [[Nemeth Code]]&lt;br /&gt;
** [[Taylor Code]]&lt;br /&gt;
* [[CNS 11643]]&lt;br /&gt;
* [[Compucolor character set]]&lt;br /&gt;
* DEC (Digital Equipment Corporation)&lt;br /&gt;
** [[DEC Special Graphics Character Set]]&lt;br /&gt;
** [[PDP-1 alphanumeric codes]]&lt;br /&gt;
* [[EBCDIC]]&lt;br /&gt;
** [[CP001]] · [[CP037]] · [[CP037-2]] · [[CP256]] · [[CP285]] · [[CP293]] · [[CP423]] · [[CP424]] · [[CP500]] · [[CP875]] · [[CP1026]] · [[CP1047]] · [[CP1140]] · [[CP1146]] · [[CP1148]] · [[CP1155]] · [[CP4971]] · [[CP8616]] · [[CP9067]] · [[CP12712]] · [[EBCDIC 6-Bit]] · [[UTF-EBCDIC]]&lt;br /&gt;
* [[Flag semaphore]]&lt;br /&gt;
* [[GB 2312]]&lt;br /&gt;
* IBM: See EBCDIC, MS-DOS Encodings, and APL Code Page elsewhere in this list&lt;br /&gt;
* [[ISO 646]]&lt;br /&gt;
** [[ISO 646-CA]] · [[ISO 646-CA2]] · [[ISO 646-CH]] · [[ISO 646-CN]] · [[ISO 646-CU]] · [[ISO 646-DE]] · [[ISO 646-DK]] · [[ISO 646-ES]] ·   [[ISO 646-ES2]] · [[ISO 646-FI]] · [[ISO 646-FR]] · [[ISO 646-FR1]] · [[ISO 646-GB]] · [[ISO 646-HU]] · [[ISO 646-IE]] · [[ISO 646-IRV]] ·  [[ISO 646-IS]] · [[ISO 646-IT]] · [[ISO 646-JP]] · [[ISO 646-JP OCR-B]] · [[ISO 646-KR]] · [[ISO 646-MT]] · [[ISO 646-NL]] · [[ISO 646-NO]] · [[ISO 646-NO2]] · [[ISO 646-PL]] · [[ISO 646-PT]] · [[ISO 646-PT2]] · [[ISO 646-SE]] · [[ISO 646-SE2]] · [[ISO 646-US]] · [[ISO 646-TW]] · [[ISO 646-YU]]&lt;br /&gt;
* [[ISO 2022]]&lt;br /&gt;
** [[ISO 2022-CN]] · [[ISO 2022-CN-EXT]] · [[ISO 2022-JP]] · [[ISO 2022-JP-1]] · [[ISO 2022-JP-2]] · [[ISO 2022-JP-3]] · [[ISO 2022-JP-2004]] · [[ISO 2022-KR]] &lt;br /&gt;
* [[ISO 8859]]&lt;br /&gt;
** [[ISO 8859-1]] · [[ISO 8859-2]] · [[ISO 8859-3]] · [[ISO 8859-4]] · [[ISO 8859-5]] · [[ISO 8859-6]] · [[ISO 8859-7]] · [[ISO 8859-8]] · [[ISO 8859-9]] · [[ISO 8859-10]] · [[ISO 8859-11]] · [[ISO 8859-13]] · [[ISO 8859-14]] · [[ISO 8859-15]] · [[ISO 8859-16]]&lt;br /&gt;
* [[ISO-IR-165]]&lt;br /&gt;
* [[JIS]]&lt;br /&gt;
** [[JIS X 0201]]&lt;br /&gt;
** [[JIS X 0208]]&lt;br /&gt;
** [[JIS X 0212]]&lt;br /&gt;
** [[JIS X 0213]]&lt;br /&gt;
** [[Shift-JIS]]&lt;br /&gt;
* [[KS X 1001]]&lt;br /&gt;
* [[KOI7]]&lt;br /&gt;
* [[KOI8]]&lt;br /&gt;
** [[KOI8-CS]] (Czechoslovakia)&lt;br /&gt;
** [[KOI8-R]] (Russia)&lt;br /&gt;
** [[KOI8-U]] (Ukraine)&lt;br /&gt;
* [[Macintosh encodings]]&lt;br /&gt;
** [[MacCE]] · [[MacCyrillic]] · [[MacDingbats]] · [[MacGreek]] · [[MacGujarati]] · [[MacGurmukhi]] · [[MacIcelandic]] · [[MacRoman]] · [[MacRomanian]] · [[MacSymbol]] · [[MacThai]] · [[MacTurkish]]&lt;br /&gt;
* [[Mattel Aquarius character set]]&lt;br /&gt;
* [[Morse code]]&lt;br /&gt;
* [[MS-DOS encodings]] (IBM PC code pages)&lt;br /&gt;
** [[CP437]] · [[CP737]] · [[CP775]] · [[CP850]] · [[CP851]] · [[CP852]] · [[CP855]] · [[CP857]] · [[CP860]] · [[CP861]] · [[CP862]] · [[CP863]] · [[CP864]] · [[CP865]] · [[CP866]] · [[CP869]] · [[CP872]] · [[CP17248]]&lt;br /&gt;
* [[Palm OS character set]]&lt;br /&gt;
* [[PETSCII]] (or PET ASCII or CBM ASCII; used by Commodore computers)&lt;br /&gt;
* [[TRON code]]&lt;br /&gt;
* [[Unicode]]&lt;br /&gt;
** [[BOCU-1]]&lt;br /&gt;
** [[CESU-8]]&lt;br /&gt;
** [[GB18030]]&lt;br /&gt;
** [[Punycode]]&lt;br /&gt;
** [[SCSU]]&lt;br /&gt;
** [[UCS-2]]&lt;br /&gt;
** [[UTF-1]]&lt;br /&gt;
** [[UTF-7]]&lt;br /&gt;
** [[UTF-8]]&lt;br /&gt;
** [[UTF-9]]&lt;br /&gt;
** [[UTF-16]]&lt;br /&gt;
** [[UTF-18]]&lt;br /&gt;
** [[UTF-32]] (UCS-4)&lt;br /&gt;
** [[UTF-EBCDIC]]&lt;br /&gt;
** [[WTF-8]]&lt;br /&gt;
* [[VISCII]]&lt;br /&gt;
* [[Windows encodings]]&lt;br /&gt;
** [[Windows 1250]] · [[Windows 1251]] · [[Windows 1252]] · [[Windows 1253]] · [[Windows 1254]] · [[Windows 1255]] · [[Windows 1256]] · [[Windows 1257]] · [[Windows 1258]] · [[Windows Big5]] (Windows 950)&lt;br /&gt;
* [[YUSCII]]&lt;br /&gt;
* [[ZSCII]], used in Infocom games&lt;br /&gt;
&lt;br /&gt;
== Format details ==&lt;br /&gt;
* [[Byte Order Mark]]&lt;br /&gt;
* [[C0 controls]] (ASCII control characters, 7 bit)&lt;br /&gt;
* [[C1 controls]] (extended control characters, 8 bit)&lt;br /&gt;
&lt;br /&gt;
== Character encoding naming and numbering systems ==&lt;br /&gt;
* [[Code page identifier]]&lt;br /&gt;
* [[IANA character set name]]&lt;br /&gt;
&lt;br /&gt;
== Character escape codes ==&lt;br /&gt;
(used to enter characters in various systems and formats)&lt;br /&gt;
* [[Alt codes]] (DOS/Windows)&lt;br /&gt;
* [[Backslash escapes]] (used in various programming and markup languages)&lt;br /&gt;
* [[HTML character references]] (entities and numeric values)&lt;br /&gt;
See also [[ANSI escape code]].&lt;br /&gt;
&lt;br /&gt;
==Character memory storage types==&lt;br /&gt;
===C++===&lt;br /&gt;
* [[char (C++)]] at least 8 bits&lt;br /&gt;
* [[char16_t]] no less than 16 bits, no less than char&lt;br /&gt;
* [[char32_t]] no less than 32 bits, no less than char16_t&lt;br /&gt;
* [[wchar_t]] whatever the largest block of addressable memory happens to be on the system&lt;br /&gt;
&lt;br /&gt;
====GLib library====&lt;br /&gt;
* [[gchar]] (8 bit, same as C char)&lt;br /&gt;
* [[guchar]] (8 bit, same as C unsigned char)&lt;br /&gt;
* [[gunichar]] Unicode character (32 bit)&lt;br /&gt;
* [[gunichar2]] (16 bit)&lt;br /&gt;
&lt;br /&gt;
===Java Virtual Machine===&lt;br /&gt;
* [[char (Java)]] exactly 16 bits that represent [[UCS2]]&lt;br /&gt;
* [[java.lang.Character]] exactly 16 bits that represent [[UCS2]] wrapped in an object&lt;br /&gt;
&lt;br /&gt;
===.Net framework===&lt;br /&gt;
* [[System.Char]] exactly 16 bits that represent [[UCS2]] (This is C#'s char)&lt;br /&gt;
&lt;br /&gt;
===Pascal===&lt;br /&gt;
Traditionally, Pascal stored 8-bit characters (in system-specific character sets), and some implementations also had a 'string' type that was an array of characters with the zeroth element containing the number of characters in the string (maximum 255). Newer Pascal implementations have a variety of other types. [http://wiki.freepascal.org/Character_and_string_types]&lt;br /&gt;
&lt;br /&gt;
===QuickBasic===&lt;br /&gt;
There is no single character datatype. (There's STRING that holds up to 32767 characters assumed to be 1 byte each).&lt;br /&gt;
&lt;br /&gt;
====Scala====&lt;br /&gt;
Both char and scala.Char are wrappers around [[Java bytecode|JVM]]'s original types.&lt;br /&gt;
&lt;br /&gt;
== Tools ==&lt;br /&gt;
* [http://www.gnu.org/software/libiconv/ GNU libiconv]&lt;br /&gt;
* [https://apr.apache.org/ APR-iconv]&lt;br /&gt;
* [http://site.icu-project.org/ ICU]&lt;br /&gt;
* [https://github.com/pinard/Recode Recode]&lt;br /&gt;
* [http://www.kreativekorp.com/software/recode/ Kreative Recode: software to convert character encodings]&lt;br /&gt;
* [https://cryptii.com/pipes/binary-to-text Binary to text converter]&lt;br /&gt;
* [https://www.convertbinary.com/ Text to binary converter]&lt;br /&gt;
&lt;br /&gt;
== Commentary and satire ==&lt;br /&gt;
* [http://www.joelonsoftware.com/articles/Unicode.html The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!)] by [http://en.wikipedia.org/wiki/Joel_Spolsky Joel Spolsky]&lt;br /&gt;
* [http://moriel.smarterthanthat.com/tips/the-language-double-take-dealing-with-bidirectional-text-or-wait-tahw/ The Language Double-Take: Dealing with Bidirectional Text (or: Wait, ?tahW)]&lt;br /&gt;
* [http://geoff.greer.fm/2012/08/12/character-encoding-bugs-are-%F0%9D%92%9Cwesome/ Character encoding bugs are 𝒜wesome!]&lt;br /&gt;
* [http://xkcd.com/1209/ xkcd: Encoding]&lt;br /&gt;
* [http://www.collegehumor.com/article/6872071/8-new-and-necessary-punctuation-marks 8 New Punctuation Marks We Desperately Need]&lt;br /&gt;
* [http://mentalfloss.com/article/50380/8-symbols-we-turned-words 8 Symbols We Turned Into Words]&lt;br /&gt;
* [https://modelviewculture.com/pieces/i-can-text-you-a-pile-of-poo-but-i-cant-write-my-name I Can Text You A Pile of Poo, But I Can’t Write My Name]&lt;br /&gt;
&lt;br /&gt;
== Other external links ==&lt;br /&gt;
* [http://www.kreativekorp.com/charset/ Lots of character encoding charts]&lt;br /&gt;
* [http://www.transbay.net/~enf/ascii/ascii.pdf The Evolution of Character Codes, 1874–1968]&lt;br /&gt;
* [http://www.kreativekorp.com/charset/ Collection of character encodings]&lt;br /&gt;
* [https://www.iana.org/assignments/character-sets/character-sets.xhtml IANA official character set list]&lt;br /&gt;
* [https://www.itscj.ipsj.or.jp/itscj_english/iso-ir/ISO-IR.pdf International register of escape sequences]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
* Ken Lunde, ''CJKV Information Processing'', O'Reilly 2008, ISBN 978-0-596-51447-1 (has lots of information on encodings and Unicode in general, not only for CJKV locales)&lt;br /&gt;
* [http://archive.org/details/bitsavers_ibm3270GA2SetReferenceApr87_34686991 IBM 3270 character set reference (1987)]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_code</id>
		<title>TRON code</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_code"/>
				<updated>2021-12-11T07:29:27Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Created page with &amp;quot;{{FormatInfo |formattype=electronic |subcat=Character encoding }} This article describes the character encoding used in TRON. Unlike Unicode, it does not use the Han u...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|subcat=Character encoding&lt;br /&gt;
}}&lt;br /&gt;
This article describes the character encoding used in [[TRON]]. Unlike [[Unicode]], it does not use the Han unification; it can clearly distinguish Japanese from Chinese texts.&lt;br /&gt;
&lt;br /&gt;
Character codes are two byte codes and are split into four zones:&lt;br /&gt;
* A zone: High byte and low byte are both in range 0x21 to 0x7E.&lt;br /&gt;
* B zone: High byte in range 0x80 to 0xFD and low byte in range 0x21 to 0x7E.&lt;br /&gt;
* C zone: High byte in range 0x21 to 0x7E and low byte in range 0x80 to 0xFD.&lt;br /&gt;
* D zone: High byte and low byte are both in range 0x80 to 0xFD.&lt;br /&gt;
&lt;br /&gt;
The character codes are grouped in planes; the language selection is by first byte 0xFE and then second byte makes the plane number added to 0x20 (for example, plane 1 is selection by code 0xFE21). The default plane (if not otherwise specified) is usually plane 1.&lt;br /&gt;
&lt;br /&gt;
List of planes:&lt;br /&gt;
* 1 = JIS, GB2312, KS X 1001, and Braille&lt;br /&gt;
* 2,3 = GT&lt;br /&gt;
* 6 = Big5&lt;br /&gt;
* 8,9 = Dai-Kan-Wa-Jiten, hentaigana, etc&lt;br /&gt;
* 10 = Dongba symbols&lt;br /&gt;
&lt;br /&gt;
==Plane 1 (Conversion other formats into TRON)==&lt;br /&gt;
[[JIS X 0208]], and first plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = ku+0x20&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[JIS X 0212]]:&lt;br /&gt;
 hi = ku+0xA0&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
Second plane of [[JIS X 0213]]:&lt;br /&gt;
 hi = numbers 0x87 to 0xA0, contiguous by valid rows of JIS X 0213 (1,3-5,8,12-15,78-94)&lt;br /&gt;
 lo = ten+0x20&lt;br /&gt;
&lt;br /&gt;
[[GB 2312]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0x21&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[KS X 1001]]:&lt;br /&gt;
 hi = ((ku-1)*94+ten-1)/126+0xB7&lt;br /&gt;
 lo = ((ku-1)*94+ten-1)%126+0x80&lt;br /&gt;
&lt;br /&gt;
[[Braille]]:&lt;br /&gt;
 (unknown)&lt;br /&gt;
&lt;br /&gt;
==Plane 9==&lt;br /&gt;
* Codes 0x9721 to 0x972A are the Chinese/Japanese numbers one to ten in the square.&lt;br /&gt;
* Codes 0x972B to 0x975A are the katakana in parentheses.&lt;br /&gt;
* Codes 0x975B to 0x9766 are the lowercase roman numbers i to xii in the circle.&lt;br /&gt;
* Codes 0x9767 to 0x977A are the numbers 1 to 20 in the triangle.&lt;br /&gt;
&lt;br /&gt;
==External resources==&lt;br /&gt;
* [http://en.glyphwiki.org/wiki/Group:TRON%e3%82%b3%e3%83%bc%e3%83%89%e5%ba%8f%e6%95%b0%e8%a8%98%e5%8f%b7 Partially TRON plane 9 in GlyphWiki]&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	<entry>
		<id>http://fileformats.archiveteam.org/wiki/TRON_Application_Databus</id>
		<title>TRON Application Databus</title>
		<link rel="alternate" type="text/html" href="http://fileformats.archiveteam.org/wiki/TRON_Application_Databus"/>
				<updated>2021-12-11T02:58:16Z</updated>
		
		<summary type="html">&lt;p&gt;Zzo38: Sample files&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{FormatInfo&lt;br /&gt;
|formattype=electronic&lt;br /&gt;
|extensions={{ext|tad}}&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
This is the file format used in [[TRON]]. The file can contain text (with its own character encoding), graphics (both raster and vector graphics), and other things, including specification of page layout, and application specific data (with a 48-bit application ID number).&lt;br /&gt;
&lt;br /&gt;
Most of the available information about this file format is Japanese, and the known files also are Japanese.&lt;br /&gt;
&lt;br /&gt;
A TRON archive file usually has extension &amp;lt;code&amp;gt;.bpk&amp;lt;/code&amp;gt;. (Should there be a separate article?) The known files of this type uses a FIG segment, a DFUSEN segment with application ID &amp;lt;code&amp;gt;8000.c003.8000&amp;lt;/code&amp;gt;, and then a FIGEND segment. (The data of the DFUSEN segment of &amp;lt;code&amp;gt;.bpk&amp;lt;/code&amp;gt; archive file seems to be compressed data, but I don't know what compression it uses.)&lt;br /&gt;
&lt;br /&gt;
==Identification==&lt;br /&gt;
A small-endian TRON file will start by: {{magic|e0 ff 06 00 00 00 02 00 21 01}} (or at least the first two bytes will be). (This is a INFO segment; the first segment is always a INFO segment.)&lt;br /&gt;
&lt;br /&gt;
After the INFO segment, usually the rest of the file will either be enclosed by a TEXT and TEXTEND segment or a FIG and FIGEND segment.&lt;br /&gt;
&lt;br /&gt;
==Sample files==&lt;br /&gt;
* [http://www.tad-wg.jp/tad-ex/sst.tad File containing a diagram] ([http://www.tad-wg.jp/tad-ex/tad2png.png Render as PNG])&lt;/div&gt;</summary>
		<author><name>Zzo38</name></author>	</entry>

	</feed>