http://fileformats.archiveteam.org/api.php?action=feedcontributions&user=John+e&feedformat=atom
Just Solve the File Format Problem - User contributions [en]
2024-03-28T16:28:14Z
User contributions
MediaWiki 1.19.2
http://fileformats.archiveteam.org/wiki/Quick_Release_Sector_Transfer
Quick Release Sector Transfer
2023-09-06T17:35:51Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
}}<br />
<br />
The QRST disc image format was used by Compaq to distribute disk images of diagnostic software. The file QRST.EXE or QRST5.EXE would be supplied with the disc images to write them to a floppy drive.<br />
<br />
== Identification ==<br />
<br />
QRST files start with the 4-character ASCII string <code>QRST</code>. The first character of the file extension is an underscore, followed by a 2-digit hexadecimal (version <5) or decimal (version 5) volume number.<br />
<br />
== Structure ==<br />
<br />
=== File header ===<br />
<br />
The file begins with a 796-byte header:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x000 || 4 bytes || Magic number, <code>QRST</code><br />
|-<br />
|0x004 || 4 bytes || Version number, floating point<br />
|-<br />
|0x008 || 4 bytes || Checksum (version <5), unused (version 5)<br />
|-<br />
|0x00C || 1 byte || Disk capacity:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0 || unknown<br />
|-<br />
|1 || 360k<br />
|-<br />
|2 || 1.2M<br />
|-<br />
|3 || 720k<br />
|-<br />
|4 || 1.4M<br />
|-<br />
|5 || 160k<br />
|-<br />
|6 || 180k<br />
|-<br />
|7 || 320k<br />
|}<br />
|-<br />
|0x00D || 1 byte || Current volume number in set<br />
|-<br />
|0x00E || 1 byte || Count of volumes in set<br />
|-<br />
|0x00F || 96 bytes || Description, ASCIIZ<br />
|-<br />
|0x04B || 720 bytes || Disk label, ASCIIZ<br />
|-<br />
|0x31B || 1 byte || Always 0 (version <5), always 2 (version 5)<br />
|}<br />
<br />
Version 5 extends the header with an additional 25 bytes:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x31C || 1 byte || Unknown<br />
|-<br />
|0x31D || 4 bytes || Start of compressed data<br />
|-<br />
|0x321 || 4 bytes || Length of compressed data<br />
|-<br />
|0x325 || 4 bytes || [[CRC-32]] of compressed data<br />
|-<br />
|0x329 || 4 bytes || Unused (start)<br />
|-<br />
|0x32D || 4 bytes || Unused (length)<br />
|-<br />
|0x331 || 4 bytes || Unused (CRC-32)<br />
|}<br />
<br />
=== Version <5 data ===<br />
<br />
In versions below 5, the header will be followed by the data tracks. These can be in one of three forms:<br />
<br />
==== Uncompressed track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 0 indicates uncompressed track<br />
|-<br />
|0x03 || calculated from disk type in header || Track data, uncompressed<br />
|}<br />
<br />
==== Blank track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 1 indicates blank track<br />
|-<br />
|0x03 || 1 byte || Filler byte<br />
|}<br />
<br />
==== Compressed track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 2 indicates compressed track<br />
|-<br />
|0x03 || 2 bytes || Length of compressed data<br />
|-<br />
|0x05 || As specified above || Compressed data<br />
|}<br />
<br />
The compressed data stream consists of alternating literal runs (a byte giving the length of the run, followed by that number of bytes data) and compressed runs (two bytes; first gives number of repeats, second gives byte to repeat).<br />
<br />
=== Version 5 data ===<br />
<br />
In version 5, the data is an entire disk image compressed with PKWARE Data Compression Library's Implode. (This is not the same as PKZIP's Implode.)<br />
<br />
=== Checksum ===<br />
<br />
In versions below 5, the checksum is the sum of all bytes on the disc, each byte multiplied by (1 + its offset on the disc). So for a 360k disc it would be (1 * first byte of first sector) + (2 * second byte of first sector) + ... + (368640 * last byte of last sector).<br />
<br />
In version 5, the [[CRC-32]] covers the compressed data.<br />
<br />
=== Multiple disc images in one file ===<br />
<br />
At least one QRST file is known to exist which contains two disc images -- it has the structure of two separate QRST files concatenated together, each one describing itself as volume 1 of 1.<br />
<br />
== Sample files ==<br />
<br />
* [ftp://ftp.oldskool.org/pub/drivers/Compaq/Portable%20III/setup%20and%20diags/ Compaq Portable III setup and diagnostics]<br />
* [https://ftp.zx.net.nz/pub/archive/ftp.hp.com/pub/softpaq/sp0000-0500/sp0484.zip QRST file containing two concatenated disc images]</div>
John e
http://fileformats.archiveteam.org/wiki/D88
D88
2022-09-06T21:46:26Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Disk Image Formats |extensions={{d88|1dd|2dd}} }} The '''D88''' disc image format is used to contain dumps of floppy disks, ma..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
|extensions={{d88|1dd|2dd}}<br />
}}<br />
<br />
The '''D88''' disc image format is used to contain dumps of [[floppy disk]]s, mainly associated with computers of Japanese origin.<br />
<br />
== Identification ==<br />
The little-endian doubleword at offset 20h is the offset to the first track. This must be 0x02A0 or 0x02B0.<br />
<br />
== References ==<br />
* [https://www.pc98.org/project/doc/d88.html Format specification at pc98.org]</div>
John e
http://fileformats.archiveteam.org/wiki/Disk_Express
Disk Express
2022-08-24T08:06:58Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
|extensions={{ext|dxp}}, special<br />
|released=1991<br />
}}<br />
<br />
'''Disk Express''' (stylized as '''Disk eXPress''') is a shareware utility for PCDOS and OS/2 by Albert J. Shan, allowing floppy disks to be imaged. A disk image could be saved either as a data file, or as an executable that when run wrote its contents back to diskette. <br />
<br />
== Identification ==<br />
<br />
If the file is not executable, it begins with a 512-byte header. The first two bytes will be 'AS' and the third will be a version number, 0-2.<br />
<br />
If the file is executable, it starts with an [[MS-DOS EXE]] header. Bytes 2-5 of the header give the length of the executable portion, as normal. The disk image header starting with 'AS' is found four bytes after the executable portion.<br />
<br />
Executable files use the .EXE extension. <br />
<br />
== Structure ==<br />
<br />
=== Executable loader ===<br />
<br />
Depending on the options selected when the disk was imaged, the executable loader (if present) will either be in [[MS-DOS EXE]] or [[New Executable]] format (for OS/2). It is followed by a 4-byte checksum and then the disk image data. <br />
<br />
=== Disk image header ===<br />
<br />
The disk image has a 512-byte header:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x000 || 2 bytes || Magic number, <code>AS</code><br />
|-<br />
|0x002 || 1 byte || Major version of Disk Express required to write this file (2 in files generated by v2.x)<br />
|-<br />
|0x003 || 1 byte || Minor version required to write this file (30 if 'encrypted' or 'bad sectors' flags are set, otherwise 0)<br />
|-<br />
|0x004 || 1 byte || Release of Disk Express that created this file (single ASCII character)<br />
|-<br />
|0x005 || 1 byte || Disk capacity:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0 || 160k<br />
|-<br />
|1 || 180k<br />
|-<br />
|2 || 320k<br />
|-<br />
|3 || 360k<br />
|-<br />
|4 || 720k<br />
|-<br />
|5 || 1.2M<br />
|-<br />
|6 || 1.4M<br />
|-<br />
|7 || 2.8M<br />
|}<br />
|-<br />
|0x006 || 4 bytes || [[CRC-32]] of disk data<br />
|-<br />
|0x00A || 1 byte || Compression type: 0 for uncompressed, 1-2 for compressed<br />
|-<br />
|0x00B || 1 byte || Last cylinder imaged<br />
|-<br />
|0x00C || 1 byte || Last head imaged<br />
|-<br />
|0x00D || 1 byte || Always 0<br />
|-<br />
|0x00E || 1 byte || Bitwise flags:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0x01 || Non-DOS disk<br />
|-<br />
|0x02 || Encrypted disk image<br />
|-<br />
|0x04 || Contains bad sectors<br />
|}<br />
|-<br />
|0x00F || 1 byte || Always 0<br />
|-<br />
|0x010 || 4 bytes || Passphrase hash (if encrypted)<br />
|-<br />
|0x014 || 284 bytes || Always 0<br />
|-<br />
|0x130 || 4 bytes || CRC-32 of file header<br />
|-<br />
|0x134 || 200 bytes || File description: 5 lines each of 40 characters, [[CP437]] character set<br />
|-<br />
|0x1FC || 4 bytes || CRC-32 of description<br />
|}<br />
<br />
=== Sector data ===<br />
<br />
The imaged sectors follow the header with no further header or trailer information. The default behaviour of Disk Express is to record up to the last allocated block on the disk, so the amount of data stored may be less than the media type in the header block.<br />
<br />
If the file is compressed, then each track is compressed separately. Each track in this case is preceded by a little-endian word, giving the length of the compressed data. There are special cases if the length is 1 (in which case all bytes in the track are the same) or if it is the same as the uncompressed length (in which case the track is not compressed).<br />
<br />
== Software ==<br />
* [{{SACFTPURL|utildisk|dxp234.zip}} Disk eXPress v2.34]</div>
John e
http://fileformats.archiveteam.org/wiki/Disk_Express
Disk Express
2022-08-18T14:56:07Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
|extensions={{ext|dxp}}, special<br />
|released=1991<br />
}}<br />
<br />
'''Disk Express''' (stylized as '''Disk eXPress''') is a shareware utility for PCDOS and OS/2 by Albert J. Shan, allowing floppy disks to be imaged. A disk image could be saved either as a data file, or as an executable that when run wrote its contents back to diskette. <br />
<br />
== Identification ==<br />
<br />
If the file is not executable, it begins with a 512-byte header. The first two bytes will be 'AS' and the third will be a version number, 0-2.<br />
<br />
If the file is executable, it starts with an [[MS-DOS EXE]] header. Bytes 2-5 of the header give the length of the executable portion, as normal. The disk image header starting with 'AS' is found four bytes after the executable portion.<br />
<br />
Executable files use the .EXE extension. <br />
<br />
== Structure ==<br />
<br />
=== Executable loader ===<br />
<br />
Depending on the options selected when the disk was imaged, the executable loader (if present) will either be in [[MS-DOS EXE]] or [[New Executable]] format (for OS/2). It is followed by a 4-byte checksum and then the disk image data. <br />
<br />
=== Disk image header ===<br />
<br />
The disk image has a 512-byte header:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x000 || 2 bytes || Magic number, <code>AS</code><br />
|-<br />
|0x002 || 1 byte || Major version of Disk Express required to write this file (2 in files generated by v2.x)<br />
|-<br />
|0x003 || 1 byte || Minor version required to write this file (30 if 'encrypted' or 'bad sectors' flags are set, otherwise 0)<br />
|-<br />
|0x004 || 1 byte || Release of Disk Express that created this file (single ASCII character)<br />
|-<br />
|0x005 || 1 byte || Disk capacity:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0 || 160k<br />
|-<br />
|1 || 180k<br />
|-<br />
|2 || 320k<br />
|-<br />
|3 || 360k<br />
|-<br />
|4 || 720k<br />
|-<br />
|5 || 1.2M<br />
|-<br />
|6 || 1.4M<br />
|-<br />
|7 || 2.8M<br />
|}<br />
|-<br />
|0x006 || 4 bytes || [[CRC-32]] of disk data<br />
|-<br />
|0x00A || 1 byte || Compression type: 0 for uncompressed, 1-2 for compressed<br />
|-<br />
|0x00B || 1 byte || Last cylinder imaged<br />
|-<br />
|0x00C || 1 byte || Last head imaged<br />
|-<br />
|0x00D || 1 byte || Always 0<br />
|-<br />
|0x00E || 1 byte || Bitwise flags:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0x01 || Non-DOS disk<br />
|-<br />
|0x02 || Encrypted disk image<br />
|-<br />
|0x04 || Contains bad sectors<br />
|}<br />
|-<br />
|0x00F || 1 byte || Always 0<br />
|-<br />
|0x010 || 4 bytes || Passphrase hash (if encrypted)<br />
|-<br />
|0x014 || 284 bytes || Always 0<br />
|-<br />
|0x130 || 4 bytes || CRC-32 of file header<br />
|-<br />
|0x134 || 200 bytes || File description: 5 lines each of 40 characters, [[CP437]] character set<br />
|-<br />
|0x1FC || 4 bytes || CRC-32 of description<br />
|}<br />
<br />
=== Sector data ===<br />
<br />
The imaged sectors follow the header with no further header or trailer information. The default behaviour of Disk Express is to record up to the last allocated block on the disk, so the amount of data stored may be less than the media type in the header block.<br />
<br />
== Software ==<br />
* [{{SACFTPURL|utildisk|dxp234.zip}} Disk eXPress v2.34]</div>
John e
http://fileformats.archiveteam.org/wiki/Disk_Express
Disk Express
2022-08-18T09:28:01Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
|extensions={{ext|dxp}}, special<br />
|released=1991<br />
}}<br />
<br />
'''Disk Express''' (stylized as '''Disk eXPress''') is a shareware utility for PCDOS and OS/2 by Albert J. Shan, allowing floppy disks to be imaged. A disk image could be saved either as a data file, or as an executable that when run wrote its contents back to diskette. <br />
<br />
== Identification ==<br />
<br />
If the file is not executable, it begins with a 512-byte header. The first two bytes will be 'AS' and the third will be a version number, 0-2.<br />
<br />
If the file is executable, it starts with an [[MS-DOS EXE]] header. Bytes 2-5 of the header give the length of the executable portion, as normal. The disk image header starting with 'AS' is found four bytes after the executable portion.<br />
<br />
Executable files use the .EXE extension. <br />
<br />
== Structure ==<br />
<br />
=== Executable loader ===<br />
<br />
Depending on the options selected when the disk was imaged, the executable loader (if present) will either be in [[MS-DOS EXE]] or [[New Executable]] format (for OS/2). It is followed by a 4-byte checksum and then the disk image data. <br />
<br />
=== Disk image header ===<br />
<br />
The disk image has a 512-byte header:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x000 || 2 bytes || Magic number, <code>AS</code><br />
|-<br />
|0x002 || 1 byte || Major version of Disk Express that created this file<br />
|-<br />
|0x003 || 1 byte || Minor version required to write this file (30 if 'encrypted' or 'bad sectors' flags are set, otherwise 0)<br />
|-<br />
|0x004 || 1 byte || Release of Disk Express that created this file (single ASCII character)<br />
|-<br />
|0x005 || 1 byte || Disk capacity:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0 || 160k<br />
|-<br />
|1 || 180k<br />
|-<br />
|2 || 320k<br />
|-<br />
|3 || 360k<br />
|-<br />
|4 || 720k<br />
|-<br />
|5 || 1.2M<br />
|-<br />
|6 || 1.4M<br />
|-<br />
|7 || 2.8M<br />
|}<br />
|-<br />
|0x006 || 4 bytes || [[CRC-32]] of disk data<br />
|-<br />
|0x00A || 1 byte || Compression type: 0 for uncompressed, 1-2 for compressed<br />
|-<br />
|0x00B || 1 byte || Last cylinder imaged<br />
|-<br />
|0x00C || 1 byte || Last head imaged<br />
|-<br />
|0x00D || 1 byte || Always 0<br />
|-<br />
|0x00E || 1 byte || Bitwise flags:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0x01 || Non-DOS disk<br />
|-<br />
|0x02 || Encrypted disk image<br />
|-<br />
|0x04 || Contains bad sectors<br />
|}<br />
|-<br />
|0x00F || 1 byte || Always 0<br />
|-<br />
|0x010 || 4 bytes || Passphrase hash (if encrypted)<br />
|-<br />
|0x014 || 284 bytes || Always 0<br />
|-<br />
|0x130 || 4 bytes || CRC-32 of file header<br />
|-<br />
|0x134 || 200 bytes || File description: 5 lines each of 40 characters, [[CP437]] character set<br />
|-<br />
|0x1FC || 4 bytes || CRC-32 of description<br />
|}<br />
<br />
=== Sector data ===<br />
<br />
The imaged sectors follow the header with no further header or trailer information. The default behaviour of Disk Express is to record up to the last allocated block on the disk, so the amount of data stored may be less than the media type in the header block.<br />
<br />
== Software ==<br />
* [{{SACFTPURL|utildisk|dxp234.zip}} Disk eXPress v2.34]</div>
John e
http://fileformats.archiveteam.org/wiki/Disk_Express
Disk Express
2022-08-17T07:53:11Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Disk Image Formats }} "Disk Express" is a shareware utility for PCDOS and OS/2 by Albert J. Shan, allowing floppy disks to be imag..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
}}<br />
<br />
"Disk Express" is a shareware utility for PCDOS and OS/2 by Albert J. Shan, allowing floppy disks to be imaged. A disk image could be saved either as a data file, or as an executable that when run wrote its contents back to diskette. <br />
<br />
== Identification ==<br />
<br />
If the file is not executable, it begins with a 512-byte header. The first two bytes will be 'AS' and the third will be a version number, 0-2.<br />
<br />
If the file is executable, it starts with an [[MS-DOS EXE]] header. Bytes 2-5 of the header give the length of the executable portion, as normal. The disk image header starting with 'AS' is found four bytes after the executable portion.<br />
<br />
Executable files use the .EXE extension. <br />
<br />
== Structure ==<br />
<br />
=== Executable loader ===<br />
<br />
Depending on the options selected when the disk was imaged, the executable loader (if present) will either be in [[MS-DOS EXE]] or [[New Executable]] format (for OS/2). It is followed by a 4-byte checksum and then the disk image data. <br />
<br />
=== Disk image header ===<br />
<br />
The disk image has a 512-byte header:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x000 || 2 bytes || Magic number, <code>AS</code><br />
|-<br />
|0x002 || 1 byte || Major version of Disk Express that created this file<br />
|-<br />
|0x003 || 1 byte || Minor version required to write this file (30 if 'encrypted' or 'bad sectors' flags are set, otherwise 0)<br />
|-<br />
|0x004 || 1 byte || Minor version of Disk Express that created this file<br />
|-<br />
|0x005 || 1 byte || Disk capacity:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0 || 160k<br />
|-<br />
|1 || 180k<br />
|-<br />
|2 || 320k<br />
|-<br />
|3 || 360k<br />
|-<br />
|4 || 720k<br />
|-<br />
|5 || 1.2M<br />
|-<br />
|6 || 1.4M<br />
|-<br />
|7 || 2.8M<br />
|}<br />
|-<br />
|0x006 || 4 bytes || [[CRC-32]] of disk data<br />
|-<br />
|0x00A || 1 byte || Compression type: 0 for uncompressed, 1-2 for compressed<br />
|-<br />
|0x00B || 1 byte || Last cylinder imaged<br />
|-<br />
|0x00C || 1 byte || Last head imaged<br />
|-<br />
|0x00D || 1 byte || Always 0<br />
|-<br />
|0x00E || 1 byte || Bitwise flags:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0x01 || Non-DOS disk<br />
|-<br />
|0x02 || Encrypted disk image<br />
|-<br />
|0x04 || Contains bad sectors<br />
|}<br />
|-<br />
|0x00F || 1 byte || Always 0<br />
|-<br />
|0x010 || 4 bytes || Passphrase hash (if encrypted)<br />
|-<br />
|0x014 || 284 bytes || Always 0<br />
|-<br />
|0x130 || 4 bytes || CRC-32 of file header<br />
|-<br />
|0x134 || 200 bytes || File description: 5 lines each of 40 characters, [[CP437]] character set<br />
|-<br />
|0x1FC || 4 bytes || CRC-32 of description<br />
|}<br />
<br />
=== Sector data ===<br />
<br />
The imaged sectors follow the header with no further header or trailer information. The default behaviour of Disk Express is to record up to the last allocated block on the disk, so the amount of data stored may be less than the media type in the header block.</div>
John e
http://fileformats.archiveteam.org/wiki/TD0
TD0
2021-12-08T01:49:07Z
<p>John e: /* Overview */</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
|extensions={{ext|td0}}<br />
}}<br />
<br />
==Overview==<br />
TeleDisk was an early PC based disk imaging program. It was often used to image floppy disks from other systems, notably IBM mainframes or DEC workstations<br />
<br />
The file format provides for splitting disk images into multiple parts; in this case, the second part will have a .TD1 extension, the third .TD2, and so on. In practice split disk images are extremely rare.<br />
<br />
==References==<br />
* TeleDisk downloads [http://www.classiccmp.org/dunfield/img54306/teledisk.htm here]<br />
* Format specification by Dave Dunfield [http://www.classiccmp.org/dunfield/img54306/td0notes.txt here]<br />
* Some reverse engineering and pseudo-code [http://www.fpns.net/willy/wteledsk.htm here]<br />
* MESS [http://git.redump.net/mame/tree/src/lib/formats/td0_dsk.c source code] for reading TD0 files</div>
John e
http://fileformats.archiveteam.org/wiki/Vfont
Vfont
2021-01-22T02:06:38Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Fonts<br />
|released=1986<br />
}}<br />
'''vfont''' is a variable-sized bitmap font found on BSD and SunOS systems. Files may contain up to 256 character bitmaps; each bitmap is at most 127x127 pixels, and the total size of all bitmaps must not exceed 65535.<br />
<br />
If a file extension is used, it tends to reflect the point size of the font (eg: .12, .14) rather than indicate the file type.<br />
<br />
== Identification ==<br />
Files begin with bytes {{magic|0x1E 0x01}} (little-endian systems) or {{magic|0x01 0x1E}} (big-endian systems). A program processing vfont data should be prepared to handle files with either byte order. <br />
<br />
It may not be coincidental that the magic number for vfont is 0436 (octal), where the magic number for version 1 of [[PC Screen Font]] is 0x0436 (hexadecimal). <br />
<br />
== Specifications ==<br />
* [https://remilia.otherone.xyz/man/2.10BSD/5/vfont Format documentation from 2.10BSD]<br />
* [http://www-lehre.inf.uos.de/~sp/Man/_Man_SunOS_4.1.3_html/html5/vfont.5.html Format documentation from SunOS 4.1.3]<br />
<br />
== Sample files ==<br />
* [https://tuhs.v6sh.org/UnixArchiveMirror/Distributions/UCB/4.2BSD/ 4.2BSD] → vfont.tar.gz -- fonts in little-endian format.</div>
John e
http://fileformats.archiveteam.org/wiki/Vfont
Vfont
2021-01-20T19:43:42Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Fonts<br />
|released=~1988<br />
}}<br />
'''vfont''' is a variable-sized bitmap font found on BSD and SunOS systems. Files may contain up to 256 character bitmaps; each bitmap is at most 127x127 pixels, and the total size of all bitmaps must not exceed 65535.<br />
<br />
If a file extension is used, it tends to reflect the point size of the font (eg: .12, .14) rather than indicate the file type.<br />
<br />
== Identification ==<br />
Files begin with bytes {{magic|0x1E 0x01}} (little-endian systems) or {{magic|0x01 0x1E}} (big-endian systems). A program processing vfont data should be prepared to handle files with either byte order. <br />
<br />
It may not be coincidental that the magic number for vfont is 0436 (octal), where the magic number for version 1 of [[PC Screen Font]] is 0x0436 (hexadecimal). <br />
<br />
== Specifications ==<br />
* [http://www-lehre.inf.uos.de/~sp/Man/_Man_SunOS_4.1.3_html/html5/vfont.5.html Format documentation from SunOS 4.1.3]<br />
<br />
== Sample files ==<br />
* [https://tuhs.v6sh.org/UnixArchiveMirror/Distributions/UCB/4.2BSD/] → vfont.tar.gz -- fonts in little-endian format.</div>
John e
http://fileformats.archiveteam.org/wiki/PC_Screen_Font
PC Screen Font
2021-01-20T19:41:21Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Fonts<br />
|extensions={{ext|psf}}, {{ext|psfu}}<br />
|released=~1989<br />
}}<br />
The '''PC Screen Font''' ('''PSF''') format is a fixed-width bitmap font format originally used on the PC under MS-DOS. It was subsequently adopted and extended for Linux console fonts.<br />
<br />
PSF has been extended to support [[Unicode]]. The '''.psfu''' file extension is sometimes used to indicate that the file includes Unicode mappings, though '''.psf''' files often have them as well.<br />
<br />
== Identification ==<br />
Files begin with bytes {{magic|0x36 0x04}} (version 1) or {{magic|0x72 0xb5 0x4a 0x86}} (version 2). The former may be a reference to [[vfont]] format, the magic number of which is 0436 when converted to octal.<br />
<br />
== Specifications ==<br />
* http://www.win.tue.nl/~aeb/linux/kbd/font-formats-1.html<br />
<br />
== Software ==<br />
* [http://www.seasip.info/Unix/PSF/ PSF Tools]<br />
<br />
== Sample files ==<br />
* [https://packages.debian.org/stable/console-setup-linux console-setup-linux package] → console-setup-linux_*.deb → /usr/share/consolefonts/*.psf.gz<br />
<br />
== Links ==<br />
* [[Wikipedia: PC Screen Font]]</div>
John e
http://fileformats.archiveteam.org/wiki/Vfont
Vfont
2021-01-20T14:31:18Z
<p>John e: /* Identification */</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Fonts<br />
|released=~1988<br />
}}<br />
'''vfont''' is a variable-sized bitmap font found on BSD and SunOS systems. Files may contain up to 256 character bitmaps.<br />
<br />
If a file extension is used, it tends to reflect the point size of the font (eg: .12, .14) rather than indicate the file type.<br />
<br />
== Identification ==<br />
Files begin with bytes {{magic|0x1E 0x01}} (little-endian systems) or {{magic|0x01 0x1E}} (big-endian systems). A program processing vfont data should be prepared to handle files with either byte order.<br />
<br />
== Specifications ==<br />
* [http://www-lehre.inf.uos.de/~sp/Man/_Man_SunOS_4.1.3_html/html5/vfont.5.html Format documentation from SunOS 4.1.3]<br />
<br />
== Sample files ==<br />
* [https://tuhs.v6sh.org/UnixArchiveMirror/Distributions/UCB/4.2BSD/] → vfont.tar.gz -- fonts in little-endian format.</div>
John e
http://fileformats.archiveteam.org/wiki/Fonts
Fonts
2021-01-20T00:35:39Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|thiscat=Fonts<br />
|image=Fonts.png<br />
}}<br />
Fonts describe how text looks (as opposed to how the characters are represented in text, which is the area of [[character encoding]]s). There are a number of formats that describe fonts for computers. <br />
<br />
== Font formats ==<br />
* [[Acorn Font]]<br />
* [[Adobe Type 1]] (PostScript Type 1, ATM, .pfb, .pfm, .afm)<br />
* [[Amiga bitmap font]]<br />
* [[BDF]]<br />
* [[BRFNT]]<br />
* [[ByteMap font format]] [https://web.archive.org/web/20171031202737/http://bmf.wz.cz/bmf-format.htm]<br />
* [[Calamus Font]] (.cfn)<br />
* [[ChiWriter font]]<br />
* [[CHR (Borland font)]]<br />
* [[CID]], [[TFM]], [[OFM]], [[OVF]], [[OVP]], [[Metafont]] - TeX Fonts and support data<br />
* [[CPI]]<br />
* [[Daisy-Dot font]]<br />
* [[Data Fork Suitcase font]] (OS X, .dfont)<br />
* [[dfont]]<br />
* [[Embedded OpenType]] (EOT)<br />
* [[F3 font]]<br />
* [[FIGlet font]]<br />
* [[FNT (Windows Font)]]<br />
* [[FontLab]] (.vfb)<br />
* [[Fontographer]] (.fog)<br />
* [[FON]] (Windows Font with NE/PE container)<br />
* [[Font Suitcase]] (Mac pre-OS X, uses resource fork)<br />
* [[GEM bitmap font]] (.fnt)<br />
* [[GEOS Font]]<br />
* [[GRASP font]]<br />
* [[HEX (Unifont)]]<br />
* [[IntelliFont]]<br />
* [[Interlace Character Editor font]]<br />
* [[MPlayer bitmap font]]<br />
* [[Open Font Format]]<br />
* [[OpenType]] (.otf)<br />
* [[PaintJet soft font]] (.pjf)<br />
* [[PC Screen Font]]<br />
* [[PCF]]<br />
* [[PFF2]] (.pf2)<br />
* [[PFR]] (TrueDoc)<br />
* [[PK font]]<br />
* [[PostScript font]]<br />
* [[sfnt]]<br />
* [[Signum font]]<br />
* [[SNF]]<br />
* [[Speedo]] (.spd)<br />
* [[Spline Font Database]] (.sfd)<br />
* [[TexFont]] (.txf)<br />
* [[TheDraw font]] (.tdf)<br />
* [[TrueType]] (.ttf)<br />
* [[Unified Font Object]] (.ufo, .ufoz)<br />
* BSD / Sun [[vfont]]<br />
* [[WOFF|Web Open Font Format]] (WOFF)<br />
* [[WFN (font format)|WFN]]<br />
* [[XFT]] Expert 3D Font<br />
<br />
== Font metrics ==<br />
* AFM, PFM: See [[Adobe Type 1]]<br />
* [[TeX Font Metrics]] (.tfm)<br />
<br />
== Glyph formats ==<br />
* [[Glyph Interchange Format]] (.glif)<br />
<br />
== Links ==<br />
<br />
=== Fonts ===<br />
* [http://comicneue.com/ Comic Neue: an attempted replacement for Comic Sans]<br />
* [http://opendyslexic.org/ Open Dyslexic font; designed to be more easily readable by dyslexics]<br />
* [http://reason.com/blog/2013/06/21/dont-want-the-nsa-to-read-your-email-use Don't Want the NSA to Read Your Documents? Use This Font.]<br />
<br />
=== Tools ===<br />
* [http://www.typesample.com/ Type Sample: tool for identifying and sampling web fonts]<br />
<br />
=== Commentary ===<br />
* [http://www.dustbury.com/archives/18596 Times is on my side]<br />
* [http://www.slant.co/topics/67/~what-are-the-best-programming-fonts What are the best programming fonts?]<br />
* [http://hivelogic.com/articles/top-10-programming-fonts Top 10 programming fonts]<br />
* [http://www.cracked.com/blog/5-genuinely-offensive-font-choices-that-must-be-stopped/ 5 Genuinely Offensive Font Choices That Must Be Stopped]<br />
* [http://www.cnn.com/2013/06/25/tech/social-media/image-macros-memes-impact-font/ This font has a big Impact on memes]<br />
* [http://opentype.info/blog/2013/07/03/color-emoji-in-windows-8-1-the-future-of-color-fonts/ Color Emoji in Windows 8.1—The Future of Color Fonts?]<br />
* [http://thenextweb.com/dd/2013/12/23/science-behind-fonts-make-feel/ The science behind fonts (and how they make you feel)]<br />
<br />
=== Humor ===<br />
* [http://www.mcsweeneys.net/articles/im-comic-sans-asshole I'm Comic Sans, Asshole!]<br />
* [http://pixelambacht.nl/2015/sans-bullshit-sans/ Sans Bullshit Sans: leveraging the synergy of ligatures]<br />
<br />
=== Other links ===<br />
* O'Reilly, "Fonts and Encodings", Yannis Haralambous, ISBN 978-0-596-10242-5<br />
* [http://www.kickstarter.com/projects/417863689/travelling-font-salesman-typographic-book Travelling Font Salesman - Typographic Book]<br />
* [http://boingboing.net/2014/01/30/creatingafont.html Creating a font from a classic comic]<br />
* [https://blog.wikimedia.org/2014/03/07/webfonts-making-wikimedia-projects-readable-for-everyone/ Webfonts: Making Wikimedia projects readable for everyone]<br />
* [http://damieng.com/blog/2011/02/20/typography-in-8-bits-system-fonts Typography in 8 bits: System fonts]<br />
* [http://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/docs/formats.txt FreeType 2: Supported Font Formats]<br />
* [https://github.com/file/file/blob/master/magic/Magdir/fonts Magic sequences for font formats recognized by file command]<br />
* [https://answers.microsoft.com/en-us/windows/forum/windows_vista-windows_update/kb3013455-ms15-010-causes-font-corruption/8640d38d-19bd-46b6-9af0-6213c05107d3 KB3013455 (MS15-010) causes font corruption (Windows)]</div>
John e
http://fileformats.archiveteam.org/wiki/Vfont
Vfont
2021-01-20T00:35:07Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Fonts |released=~1988 }} '''vfont''' is a variable-sized bitmap font found on BSD and SunOS systems. Files may contain up to 256 ch..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Fonts<br />
|released=~1988<br />
}}<br />
'''vfont''' is a variable-sized bitmap font found on BSD and SunOS systems. Files may contain up to 256 character bitmaps.<br />
<br />
If a file extension is used, it tends to reflect the point size of the font (eg: .12, .14) rather than indicate the file type.<br />
<br />
== Identification ==<br />
Files begin with bytes {{magic|0x01 0x1E}} (little-endian systems) or {{magic|0x01 0x1E}} (big-endian systems). A program processing vfont data should be prepared to handle files with either byte order. <br />
<br />
== Specifications ==<br />
* [http://www-lehre.inf.uos.de/~sp/Man/_Man_SunOS_4.1.3_html/html5/vfont.5.html Format documentation from SunOS 4.1.3]<br />
<br />
== Sample files ==<br />
* [https://tuhs.v6sh.org/UnixArchiveMirror/Distributions/UCB/4.2BSD/] → vfont.tar.gz -- fonts in little-endian format.</div>
John e
http://fileformats.archiveteam.org/wiki/Fonts
Fonts
2021-01-20T00:23:40Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|thiscat=Fonts<br />
|image=Fonts.png<br />
}}<br />
Fonts describe how text looks (as opposed to how the characters are represented in text, which is the area of [[character encoding]]s). There are a number of formats that describe fonts for computers. <br />
<br />
== Font formats ==<br />
* [[Acorn Font]]<br />
* [[Adobe Type 1]] (PostScript Type 1, ATM, .pfb, .pfm, .afm)<br />
* [[Amiga bitmap font]]<br />
* [[BDF]]<br />
* [[BRFNT]]<br />
* [[ByteMap font format]] [https://web.archive.org/web/20171031202737/http://bmf.wz.cz/bmf-format.htm]<br />
* [[Calamus Font]] (.cfn)<br />
* [[ChiWriter font]]<br />
* [[CHR (Borland font)]]<br />
* [[CID]], [[TFM]], [[OFM]], [[OVF]], [[OVP]], [[Metafont]] - TeX Fonts and support data<br />
* [[CPI]]<br />
* [[Daisy-Dot font]]<br />
* [[Data Fork Suitcase font]] (OS X, .dfont)<br />
* [[dfont]]<br />
* [[Embedded OpenType]] (EOT)<br />
* [[F3 font]]<br />
* [[FIGlet font]]<br />
* [[FNT (Windows Font)]]<br />
* [[FontLab]] (.vfb)<br />
* [[Fontographer]] (.fog)<br />
* [[FON]] (Windows Font with NE/PE container)<br />
* [[Font Suitcase]] (Mac pre-OS X, uses resource fork)<br />
* [[GEM bitmap font]] (.fnt)<br />
* [[GEOS Font]]<br />
* [[GRASP font]]<br />
* [[HEX (Unifont)]]<br />
* [[IntelliFont]]<br />
* [[Interlace Character Editor font]]<br />
* [[MPlayer bitmap font]]<br />
* [[Open Font Format]]<br />
* [[OpenType]] (.otf)<br />
* [[PaintJet soft font]] (.pjf)<br />
* [[PC Screen Font]]<br />
* [[PCF]]<br />
* [[PFF2]] (.pf2)<br />
* [[PFR]] (TrueDoc)<br />
* [[PK font]]<br />
* [[PostScript font]]<br />
* [[sfnt]]<br />
* [[Signum font]]<br />
* [[SNF]]<br />
* [[Speedo]] (.spd)<br />
* [[Spline Font Database]] (.sfd)<br />
* [[TexFont]] (.txf)<br />
* [[TheDraw font]] (.tdf)<br />
* [[TrueType]] (.ttf)<br />
* [[Unified Font Object]] (.ufo, .ufoz)<br />
* Sun [[vfont]]<br />
* [[WOFF|Web Open Font Format]] (WOFF)<br />
* [[WFN (font format)|WFN]]<br />
* [[XFT]] Expert 3D Font<br />
<br />
== Font metrics ==<br />
* AFM, PFM: See [[Adobe Type 1]]<br />
* [[TeX Font Metrics]] (.tfm)<br />
<br />
== Glyph formats ==<br />
* [[Glyph Interchange Format]] (.glif)<br />
<br />
== Links ==<br />
<br />
=== Fonts ===<br />
* [http://comicneue.com/ Comic Neue: an attempted replacement for Comic Sans]<br />
* [http://opendyslexic.org/ Open Dyslexic font; designed to be more easily readable by dyslexics]<br />
* [http://reason.com/blog/2013/06/21/dont-want-the-nsa-to-read-your-email-use Don't Want the NSA to Read Your Documents? Use This Font.]<br />
<br />
=== Tools ===<br />
* [http://www.typesample.com/ Type Sample: tool for identifying and sampling web fonts]<br />
<br />
=== Commentary ===<br />
* [http://www.dustbury.com/archives/18596 Times is on my side]<br />
* [http://www.slant.co/topics/67/~what-are-the-best-programming-fonts What are the best programming fonts?]<br />
* [http://hivelogic.com/articles/top-10-programming-fonts Top 10 programming fonts]<br />
* [http://www.cracked.com/blog/5-genuinely-offensive-font-choices-that-must-be-stopped/ 5 Genuinely Offensive Font Choices That Must Be Stopped]<br />
* [http://www.cnn.com/2013/06/25/tech/social-media/image-macros-memes-impact-font/ This font has a big Impact on memes]<br />
* [http://opentype.info/blog/2013/07/03/color-emoji-in-windows-8-1-the-future-of-color-fonts/ Color Emoji in Windows 8.1—The Future of Color Fonts?]<br />
* [http://thenextweb.com/dd/2013/12/23/science-behind-fonts-make-feel/ The science behind fonts (and how they make you feel)]<br />
<br />
=== Humor ===<br />
* [http://www.mcsweeneys.net/articles/im-comic-sans-asshole I'm Comic Sans, Asshole!]<br />
* [http://pixelambacht.nl/2015/sans-bullshit-sans/ Sans Bullshit Sans: leveraging the synergy of ligatures]<br />
<br />
=== Other links ===<br />
* O'Reilly, "Fonts and Encodings", Yannis Haralambous, ISBN 978-0-596-10242-5<br />
* [http://www.kickstarter.com/projects/417863689/travelling-font-salesman-typographic-book Travelling Font Salesman - Typographic Book]<br />
* [http://boingboing.net/2014/01/30/creatingafont.html Creating a font from a classic comic]<br />
* [https://blog.wikimedia.org/2014/03/07/webfonts-making-wikimedia-projects-readable-for-everyone/ Webfonts: Making Wikimedia projects readable for everyone]<br />
* [http://damieng.com/blog/2011/02/20/typography-in-8-bits-system-fonts Typography in 8 bits: System fonts]<br />
* [http://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/docs/formats.txt FreeType 2: Supported Font Formats]<br />
* [https://github.com/file/file/blob/master/magic/Magdir/fonts Magic sequences for font formats recognized by file command]<br />
* [https://answers.microsoft.com/en-us/windows/forum/windows_vista-windows_update/kb3013455-ms15-010-causes-font-corruption/8640d38d-19bd-46b6-9af0-6213c05107d3 KB3013455 (MS15-010) causes font corruption (Windows)]</div>
John e
http://fileformats.archiveteam.org/wiki/LocoScript
LocoScript
2021-01-16T19:27:28Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Document<br />
|subcat2=Word Processor<br />
}}<br />
'''LocoScript''' was the word processor bundled with the Amstrad PCW. There were four major versions for the PCW, and two for MSDOS.<br />
<br />
8-bit versions:<br />
* LocoScript 1 (1985) was bundled with the Amstrad PCW 8256/8512 (3" drives) and PcW 9256 and 10 (3.5" drives).<br />
* LocoScript 2 (1987) was bundled with the Amstrad PCW 9512 (3" drive) and PcW 9512+ (3.5" drive), and was a common upgrade for the other models.<br />
* LocoScript 3 (1993) was only available separately. It added semi-scalable fonts.<br />
* LocoScript 4 (1996/7) was only available separately. It added support for images (in [[MDA]] format) and colour printing.<br />
<br />
Most PCW documents, on either 3" or 3.5" floppy discs, are thus likely to be in LocoScript 1 or 2 format.<br />
<br />
(The PcW 16 did not run LocoScript.)<br />
<br />
While standard LocoScript had a relatively wide range of characters, there were some specialised versions for particular scripts, such as [http://www.fvempel.nl/manuals/araloco.pdf Euro-Arabic LocoScript] ([https://archive.org/details/8000-plus-magazine-37/page/n14/mode/1up see also]) and [http://www.habisoft.com/pcwwiki/doku.php?id=es:aplicaciones:advantage_hebrew_locoscript Hebrew LocoScript].<br />
<br />
PC versions:<br />
* LocoScript PC (later LocoScript PC Easy)<br />
* LocoScript Professional<br />
<br />
== File formats ==<br />
<br />
Each major version of LocoScript changed the file format. Newer versions could read files from older versions, but not vice versa.<br />
<br />
* LocoScript 1 is relatively well documented.<br />
** [https://archive.org/details/35_Schneider_PC_International_1988-01 Schneider PC International 1988/01] (pp84-97) has a fairly detailed description of the LocoScript 1 format (in German), and provides Turbo Pascal source for a program LOCOCONV to convert it (updated in the [https://archive.org/details/44_Amstrad_PC_International_1988-10 1988/10 issue], pp92-97). Versions of that program exist in various places:<br />
*** Werner Cirsovius' site ([https://web.archive.org/web/20160311002010/http://cirsovius.de/CPM/Projekte/TURBO-PASCAL/LOCO/LocoConv-en.html on Wayback machine]) had a copy. Wayback Machine doesn't have all the code, but the whole website is archived as a .7z [http://www.classiccmp.org/cpmarchives/index.php here].<br />
*** A modified/translated version is on [http://fvempel.nl/domain.html Frank van Empel's site] (search for LOCOCON).<br />
** Another, briefer description of the [https://www.seasip.info/Unix/Joyce/ls1frm.html LocoScript 1 file format] (in English)<br />
** The character encoding used for the text portions is the [[Amstrad CP/M Plus character set]], except that the [[C1 controls]] range was used for control codes (different ones from the C1 control standard, which probably didn't exist yet) instead of the box-drawing characters of the CP/M Plus set.<br />
* LocoScript 2 and up: no known descriptions (although plenty of software exists to read them). These versions had a greatly expanded character repertoire, more than can fit in a single-byte character set; see reference from [http://www.seasip.info/Unix/PSF/Amstrad/Scrchar/ John Elliott]. They share some of the same basic structure as LocoScript 1.<br />
** Reportedly, Locomotive/LocoScript Software did produce format documentation for at least Loco 3 and 4 documents, the latter called ''The Structure of LocoScript 4 Documents'' and released under NDA; they don't seem to have made their way online. Refs: David Langford's columns in PCW Plus 114 (March 1996) and [https://archive.org/details/pcw-today-08/page/n37/mode/1up PCW Today issue 8 (Winter 97/98)].<br />
<br />
LocoScript documents did not have a conventional file extension. The default filenames it suggested were <tt>DOCUMENT.000</tt>, <tt>DOCUMENT.001</tt>, etc.<br />
<br />
== Identification ==<br />
<br />
All known (PCW) LocoScript files start with the three ASCII bytes <tt>4A 4F 59</tt> ("JOY"), followed by two bytes identifying the major format version:<br />
* <tt>01 00</tt>: Identified by LocoScript 4 as "LocoScript 2 document (Export)"<br />
* <tt>01 01</tt>: LocoScript 1 (emitted by 1.1, 1.11e, 1.20, 1.42H)<br />
* <tt>01 02</tt>: LocoScript 2 (emitted by 2.03, 2.12, 2.16, 2.28b)<br />
* <tt>01 03</tt>: Identified by LocoScript 4 as "LocoScript 3 document (Export)"<br />
* <tt>01 04</tt>: LocoScript 3 and 2.5x (emitted by 2.54, 3.06b)<br />
* <tt>01 05</tt>: Identified by LocoScript 4 as "LocoScript 4 document (Export)"<br />
* <tt>01 06</tt>: LocoScript 4 (emitted by 4.06, 4.10, 4.11)<br />
<br />
In addition, the byte at offset 0x7F must be the 8-bit checksum of the preceding 127 bytes.<br />
<br />
PC versions' documents seem to have a similar initial structure but start with the three ASCII bytes <tt>44 4F 43</tt> ("DOC"):<br />
* LocoScript PC 1.08 (© 1990) comes with documents starting "DOC" followed by <tt>01 01</tt>.<br />
* LocoScript Professional 2 Plus for MS-DOS (2.51) emits and reads documents starting with "DOC" followed by <tt>01 03</tt>.<br />
<br />
Other files used by LocoScript have a similar header, with their own three-letter identification codes:<br />
* "BMP" - Scalable font bitmap<br />
* "CHR" - Printer font<br />
* "CMB" - Dot matrix printer driver<br />
* "DMN" - Disc Manager data (LocoScript PC)<br />
* "DRV" - Driver<br />
* "EDC" - Spellchecker dictionary<br />
* "HLP" - Help file (LocoScript PC)<br />
* "KBD" - Keyboard layout<br />
* "KNO" - Settings<br />
* "OML" - Overlay (Mail merge)<br />
* "OSP" - Overlay (Spell checker)<br />
* "OVL" - Overlay<br />
* "PHR" - List of phrases<br />
* "PRI" - Printer driver<br />
* "SCR" - Screen characters<br />
* "SDC" - Spellchecker dictionary<br />
* "UDC" - Spellchecker dictionary<br />
* "XCH" - Scalable font<br />
<br />
<br />
== Converting LocoScript documents ==<br />
<br />
Probably the most difficult problem with converting LocoScript documents into more readable formats is not the conversion process itself, but the fact that the majority of LocoScript files were stored on [[three inch disc|3-inch floppy disks]], which are now difficult to access. See the linked page for ideas for how to deal with this.<br />
<br />
'''LocoLink''' (and the later 'LocoLink for Windows') is a hardware / software combination that connects a PC parallel port to the expansion connector of an Amstrad PCW, and provides the software tools for both transferring LocoScript documents to the PC, as well as converting them to RTF or TXT formats. Note that the later PcW 16 has part of LocoLink built-in, and while this means documents can be transferred from an older PCW to a PcW 16 and then onto a PC, PcW 16 computers are few and far between, making this option unlikely.<br />
<br />
PCW LocoScript used CP/M format for its discs, so LocoScript files are likely to be found in a [[CP/M file system]].<br />
<br />
Once you are at the stage of having individual document files:<br />
<br />
* [https://ai.ansible.uk/ailink.html AILINK] by Ansible Information is former commercial software for Windows, now free, which can convert PCW LocoScript 1-4 documents to more modern formats such as RTF, keeping most of the formatting codes and special characters (not Greek and Cyrillic). It can do bulk conversions. If you're not trying to read actual floppy discs with it, it should work fine under modern Windows. It runs adequately on Linux under [[Wine]].<br />
* The PC versions of LocoScript could read PCW files, and had an export function to other formats, but are no longer particularly easy to acquire and run themselves.<br />
<br />
== Links ==<br />
* [http://www.locoscript.co.uk/ Publisher's website]<br />
** [https://web.archive.org/web/20141218181748/http://locoscript.co.uk/ 2014 archive]<br />
<br />
[[Category:Amstrad]]</div>
John e
http://fileformats.archiveteam.org/wiki/Crunch
Crunch
2021-01-14T21:05:19Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Compression<br />
|extensions={{ext|?z?}}, {{ext|zzz}}<br />
}}<br />
:''This article is about the CP/M compressed file format. See the [[#Disambiguation|disambiguation section]] for other "Crunch" formats.''<br />
<br />
[[Crunch]] was a method of compressing single files popular on [[CP/M]], devised by Steve Greenberg circa 1986. It superseded [[Squeeze]] and was succeeded by [[CrLZH]], and crunched files were common in [[LBR]] archives. The underlying compression uses the [[LZW]] algorithm, combined with [[run-length encoding]].<br />
<br />
Similar to [[Squeeze]], crunched files were signified in CP/M's 8.3 filename format by replacing the middle letter of the extension with Z (.?Z?), with the extension .ZZZ used for corner cases such as a blank extension.<br />
<br />
There are two versions of the compressed data format, and not all decompressors support both. The new format is apparently more common.<br />
<br />
== Disambiguation ==<br />
Not to be confused with:<br />
* The "crunched" compression methods used in [[ARC (compression format)|ARC]] format. These methods are possibly related to those used by CP/M Crunch, but the file formats are not otherwise similar.<br />
* [[Crunch-Mania]] - An Amiga file compression utility<br />
* [[Cruncher]] - An executable compression utility for DOS, by Ori Berger [http://cd.textfiles.com/simtel/simtel20/MSDOS/EXECOMP/CRUNCH10.ZIP]<br />
* CRUNCH - A compression optimization utility for DOS, by Bruce Gavin. It does not appear to have any native file formats. [http://cd.textfiles.com/20mnn/ARCHIVE/CRUNCH10.ZIP]<br />
* Crunch - An old [[ARC (compression format)|ARC]] compression utility by Richard P. Byrne [http://cd.textfiles.com/rbbsv3n1/d86v/crunch.zip]<br />
* CRUNCH - A PKARC automation utility by Chuck Zulker [http://cd.textfiles.com/megarom/megarom1/ARC_LBR/CRUNCH.ZIP]<br />
<br />
== See also ==<br />
* [[Squeeze]] - predecessor<br />
* [[CrLZH]] - successor<br />
* [[LBR]] - container<br />
* [[ZSQ (LZW compression)]] - Possibly related<br />
* [[Zoo Z format]] - Same file naming convention<br />
<br />
== Format details ==<br />
Note that, as explained in the format documentation, the "filename" field contains not only the filename, but also extension data. If extension data exists, the filename extension is padded with spaces until it is exactly three characters long.<br />
<br />
In archives originating on CP/M systems, the high bit of each byte in the filename field may contain encoded CP/M file attributes. To extract the original filename, each byte should be masked with 0x7F.<br />
<br />
== Identification ==<br />
Files begin with bytes {{magic|76 fe}}.<br />
<br />
== Specifications ==<br />
<br />
* The file header is described in the text file LZDEF20.DOC shipped with [http://www.classiccmp.org/cpmarchives/cpm/mirrors/oak.oakland.edu/pub/sigm/vol294/crunch20.lbr CRUNCH20.LBR].<br />
** An extracted copy is provided [[Crunch/LZDEF20.DOC|here]].<br />
** Note that the file header follows a similar/compatible structure to [[CrLZH]]. It was derived from [[Squeeze]], but bears only a little resemblance to it.<br />
* FIXME: is the exact compression algorithm documented anywhere?<br />
** CRUNCH20.DOC shipped in CRUNCH20.LBR says: ''It embodies all of the concepts employed in the UNIX COMPRESS / ARC512 algorithm, but is additionally enhanced by a "metastatic code reassignment" facility. This is one of several concepts I am developing as part of an effort to advance data compression techniques beyond current performance limits. I believe this is the first time this principle has been proposed or implemented.''<br />
** See also "Technical Abstract" by Steven Greenberg, 16 November 1986: [http://www.classiccmp.org/cpmarchives/cpm/mirrors/oak.oakland.edu/pub/cpm/squsq/crunch.abs CRUNCH.ABS]<br />
<br />
== Tools ==<br />
<br />
* [[CFX]] (DOS/Unix)<br />
* [http://www.svgalib.org/rus/lbrate.html lbrate] by Russell Marks, c. 2001 (Unix, GPL2)<br />
* On CP/M (or emulators):<br />
** The canonical tools were CRUNCH and UNCR. Possibly Greenberg's last version (Feb 1988) is v2.4: [http://www.classiccmp.org/cpmarchives/cpm/mirrors/oak.oakland.edu/pub/cpm/squsq/crunch24.lbr CRUNCH24.LBR], [http://www.classiccmp.org/cpmarchives/cpm/mirrors/oak.oakland.edu/pub/cpm/squsq/crnch24s.lbr CRNCH24S.LBR] (source code).<br />
** The later LT31 deals with extracting from all of [[Squeeze]], [[Crunch]], [[CrLZH]] and [[LBR]] formats. Widely available in CP/M archives, e.g. [http://www.classiccmp.org/cpmarchives/cpm/mirrors/oak.oakland.edu/pub/cpm/arc-lbr/lt31.lbr LT31.LBR]<br />
* [[The Unarchiver]]<br />
<br />
== Sample files ==<br />
* [http://www.classiccmp.org/cpmarchives/ftp.php?b=cpm/mirrors/oak.oakland.edu/pub/cpm/ OAK CP/M archive] → .../*.?z?<br />
* Found in many [[LBR#Sample files|LBR]] files. Note that you may have to tell your LBR utility not to decompress them (e.g. <code>lbrate -n</code>).<br />
<br />
[[Category:File formats with too many extensions]]<br />
[[Category:CP/M]]</div>
John e
http://fileformats.archiveteam.org/wiki/LocoScript
LocoScript
2021-01-12T21:03:24Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Document<br />
|subcat2=Word Processor<br />
}}<br />
'''LocoScript''' was the word processor bundled with the Amstrad PCW. There were four major versions for the PCW, and two for MSDOS.<br />
<br />
8-bit versions:<br />
* LocoScript 1 (1985) was bundled with the Amstrad PCW 8256/8512 (3" drives) and PcW 9256 and 10 (3.5" drives).<br />
* LocoScript 2 (1987) was bundled with the Amstrad PCW 9512 (3" drive) and PcW 9512+ (3.5" drive), and was a common upgrade for the other models.<br />
* LocoScript 3 (1993) was only available separately. It added semi-scalable fonts.<br />
* LocoScript 4 (1996/7) was only available separately. It added support for images (in [[MDA]] format) and colour printing.<br />
<br />
Most PCW documents, on either 3" or 3.5" floppy discs, are thus likely to be in LocoScript 1 or 2 format.<br />
<br />
(The PcW 16 did not run LocoScript.)<br />
<br />
While standard LocoScript had a relatively wide range of characters, there were some specialised versions for particular scripts, such as [http://www.fvempel.nl/manuals/araloco.pdf Euro-Arabic LocoScript] and [http://www.habisoft.com/pcwwiki/doku.php?id=es:aplicaciones:advantage_hebrew_locoscript Hebrew LocoScript].<br />
<br />
PC versions:<br />
* LocoScript PC (later LocoScript PC Easy)<br />
* LocoScript Professional<br />
<br />
== File formats ==<br />
<br />
Each major version of LocoScript changed the file format. Newer versions could read files from older versions, but not vice versa.<br />
<br />
* LocoScript 1 is relatively well documented.<br />
** [https://archive.org/details/35_Schneider_PC_International_1988-01 Schneider PC International 1988/01] (pp84-97) has a fairly detailed description of the LocoScript 1 format (in German), and provides Turbo Pascal source for a program LOCOCONV to convert it (updated in the [https://archive.org/details/44_Amstrad_PC_International_1988-10 1988/10 issue], pp92-97). Versions of that program exist in various places:<br />
*** Werner Cirsovius' site ([https://web.archive.org/web/20160311002010/http://cirsovius.de/CPM/Projekte/TURBO-PASCAL/LOCO/LocoConv-en.html on Wayback machine]) had a copy. Wayback Machine doesn't have all the code, but the whole website is archived as a .7z [http://www.classiccmp.org/cpmarchives/index.php here].<br />
*** A modified/translated version is on [http://fvempel.nl/domain.html Frank van Empel's site] (search for LOCOCON).<br />
** Another, briefer description of the [https://www.seasip.info/Unix/Joyce/ls1frm.html LocoScript 1 file format] (in English)<br />
** The character encoding used for the text portions is the [[Amstrad CP/M Plus character set]], except that the [[C1 controls]] range was used for control codes (different ones from the C1 control standard, which probably didn't exist yet) instead of the box-drawing characters of the CP/M Plus set.<br />
* LocoScript 2 and up: no known descriptions (although plenty of software exists to read them). These versions had a greatly expanded character repertoire, more than can fit in a single-byte character set; see reference from [http://www.seasip.info/Unix/PSF/Amstrad/Scrchar/ John Elliott]. They share some of the same basic structure as LocoScript 1.<br />
** Reportedly, Locomotive/LocoScript Software did produce format documentation for at least Loco 3 and 4 documents, the latter called ''The Structure of LocoScript 4 Documents'' and released under NDA; they don't seem to have made their way online. Refs: David Langford's columns in PCW Plus 114 (March 1996) and [https://archive.org/details/pcw-today-08/page/n37/mode/1up PCW Today issue 8 (Winter 97/98)].<br />
<br />
LocoScript documents did not have a conventional file extension. The default filenames it suggested were <tt>DOCUMENT.000</tt>, <tt>DOCUMENT.001</tt>, etc.<br />
<br />
== Identification ==<br />
<br />
All known (PCW) LocoScript files start with the three ASCII bytes <tt>4A 4F 59</tt> ("JOY"), followed by two bytes identifying the major format version:<br />
* <tt>01 00</tt>: Identified by LocoScript 4 as "LocoScript 2 document (Export)"<br />
* <tt>01 01</tt>: LocoScript 1 (emitted by 1.1, 1.11e, 1.20, 1.42H)<br />
* <tt>01 02</tt>: LocoScript 2 (emitted by 2.03, 2.12, 2.16, 2.28b)<br />
* <tt>01 03</tt>: Identified by LocoScript 4 as "LocoScript 3 document (Export)"<br />
* <tt>01 04</tt>: LocoScript 3 (emitted by 3.06b)<br />
* <tt>01 05</tt>: Identified by LocoScript 4 as "LocoScript 4 document (Export)"<br />
* <tt>01 06</tt>: LocoScript 4 (emitted by 4.06, 4.10, 4.11)<br />
<br />
In addition, the byte at offset 0x7F must be the 8-bit checksum of the preceding 127 bytes.<br />
<br />
PC versions' documents seem to have a similar initial structure but start with the three ASCII bytes <tt>44 4F 43</tt> ("DOC"):<br />
* LocoScript PC 1.08 (© 1990) comes with documents starting "DOC" followed by <tt>01 01</tt>.<br />
* LocoScript Professional 2 Plus for MS-DOS (2.51) emits and reads documents starting with "DOC" followed by <tt>01 03</tt>.<br />
<br />
Other files used by LocoScript have a similar header, with their own three-letter identification codes:<br />
* "BMP" - Scalable font bitmap<br />
* "CHR" - Printer font<br />
* "CMB" - Dot matrix printer driver<br />
* "DMN" - Disc Manager data (LocoScript PC)<br />
* "DRV" - Driver<br />
* "EDC" - Spellchecker dictionary<br />
* "HLP" - Help file (LocoScript PC)<br />
* "KBD" - Keyboard layout<br />
* "KNO" - Settings<br />
* "OML" - Overlay (Mail merge)<br />
* "OSP" - Overlay (Spell checker)<br />
* "OVL" - Overlay<br />
* "PHR" - List of phrases<br />
* "PRI" - Printer driver<br />
* "SCR" - Screen characters<br />
* "SDC" - Spellchecker dictionary<br />
* "UDC" - Spellchecker dictionary<br />
* "XCH" - Scalable font<br />
<br />
<br />
== Converting LocoScript documents ==<br />
<br />
Probably the most difficult problem with converting LocoScript documents into more readable formats is not the conversion process itself, but the fact that the majority of LocoScript files were stored on [[three inch disc|3-inch floppy disks]], which are now difficult to access. See the linked page for ideas for how to deal with this.<br />
<br />
'''LocoLink''' (and the later 'LocoLink for Windows') is a hardware / software combination that connects a PC parallel port to the expansion connector of an Amstrad PCW, and provides the software tools for both transferring LocoScript documents to the PC, as well as converting them to RTF or TXT formats. Note that the later PcW 16 has part of LocoLink built-in, and while this means documents can be transferred from an older PCW to a PcW 16 and then onto a PC, PcW 16 computers are few and far between, making this option unlikely.<br />
<br />
PCW LocoScript used CP/M format for its discs, so LocoScript files are likely to be found in a [[CP/M file system]].<br />
<br />
Once you are at the stage of having individual document files:<br />
<br />
* [https://ai.ansible.uk/ailink.html AILINK] by Ansible Information is former commercial software for Windows, now free, which can convert PCW LocoScript 1-4 documents to more modern formats such as RTF, keeping most of the formatting codes and special characters (not Greek and Cyrillic). It can do bulk conversions. If you're not trying to read actual floppy discs with it, it should work fine under modern Windows. It runs adequately on Linux under [[Wine]].<br />
* The PC versions of LocoScript could read PCW files, and had an export function to other formats, but are no longer particularly easy to acquire and run themselves.<br />
<br />
== Links ==<br />
* [http://www.locoscript.co.uk/ Publisher's website]<br />
** [https://web.archive.org/web/20141218181748/http://locoscript.co.uk/ 2014 archive]<br />
<br />
[[Category:Amstrad]]</div>
John e
http://fileformats.archiveteam.org/wiki/Graphics
Graphics
2017-04-07T21:23:36Z
<p>John e: /* Icon, Cursor, and Avatar files */</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|thiscat=Graphics<br />
|image=Mona Lisa, by Leonardo da Vinci, from C2RMF retouched.jpg<br />
|caption=Mona Lisa<br />
}}<br />
__NOTOC__<br />
[[Electronic_File_Formats|Electronic Formats]] concerned with Image Data.<br />
<br />
''See also:''<br />
* [[3D and CAD/CAM Models]]<br />
* [[Cameras and Digital Image Sensors]]<br />
* [[Fonts]]<br />
* [[Geospatial]]<br />
* [[Page description languages]]<br />
* [[Video]]<br />
<br />
== Adjustment data ==<br />
<br />
* [[AAE sidecar format]] (Apple iOS 8 / OS X Yosemite)<br />
<br />
== Animated image formats ==<br />
See also [[Video]].<br />
<br />
* [[NEOchrome Animation|ANI (NEOchrome)]]<br />
* [[Windows Animated Cursor|ANI (Windows Animated Cursor)]]<br />
* [[ANIM]]<br />
* [[Animatic Film]] (.flm)<br />
* [[ANSIMation]]<br />
* [[APNG]]<br />
* [[BAM]] (Infinity Engine)<br />
* [[Cyber Paint Sequence]] (.seq)<br />
* [[DeluxePaint Animation]] (ANM or Anim)<br />
* [[DVM]] (DVM Movie/Magic Software DVM)<br />
* [[EVA]]<br />
* [[FLIC]] (FLI, FLC)<br />
* [[GIF]]<br />
* [[GIFV]]<br />
* [[GFY]]<br />
* [[GRASP GL]]<br />
* [[IFF-DEEP]]<br />
* [[Imagic Film/Picture]] (Atari ST frames used in animation)<br />
* [[JPX]]<br />
* [[MNG]]<br />
* [[PGX (Portfolio)]]<br />
* [[PICS]]<br />
* [[QTL]] (YUV SECAM or PAL image)<br />
* [[Spectrum 512 Anispec]]<br />
* [[SWF]] (Flash)<br />
* [[XNG]]<br />
<br />
== Character-based graphics ==<br />
See [[Character encoding]] for details of character sets, some of which include graphical or line-and-box-drawing characters.<br />
<br />
* [[ANSI Art]] (.ans)<br />
* [[AN2]]<br />
* [[ArtWorx Data Format]] (.adf)<br />
* [[ASCII Art]]<br />
* [[AVATAR]] (FidoNet)<br />
* [[BIN (Binary Text)]]<br />
* [[BSAVE Image]]<br />
* [[iCEDraw]] (.idf)<br />
* [[PCBoard]] (.pcb)<br />
* [[RIPscrip]] (or RIPscript)<br />
* [[TheDraw Save File]] (.td)<br />
* [[TUNDRA]] (.tnd)<br />
* [[XBIN]] (.xb)<br />
<br />
== Colors ==<br />
(Profiles, color spaces, palettes, swatches)<br />
* [[Adobe RGB (1998)]]<br />
* [[Adobe Swatch Exchange]] (.ase)<br />
* [[Atari ST color palette]]<br />
* [[Commodore 64 color palette]]<br />
* [[DNG camera profile]]<br />
* [[GIMP Palette]]<br />
* [[ICC profile]]<br />
* [[Photoshop Curve]]<br />
* [[Photoshop Transfer Function]]<br />
* [[RIFF Palette File]]<br />
* [[sRGB]]<br />
* [[YUV]]<br />
<br />
== Comics creation ==<br />
* [[Manga Studio]]<br />
<br />
== Compression ==<br />
<br />
Special-purpose compression algorithms and formats that may be used in multiple image file formats.<br />
<br />
See also [[Compression]], for general-purpose algorithms.<br />
<br />
* [[CCITT Group 3]]<br />
* [[CCITT Group 4]]<br />
* [[DCT compression]] (e.g. lossy [[JPEG]])<br />
* [[JBIG]]<br />
* [[JBIG2]]<br />
* [[JPEG]]<br />
* [[JPEG 2000 codestream]]<br />
* [[JPEG-LS]]<br />
* [[Lepton]]<br />
* [[LOCO-I]] (Low Complexity Lossless Compression for Images)<br />
* [[Mixed Raster Content]] (MRC, T.44)<br />
* [[Modified Huffman]]<br />
* [[Modified Modified READ]]<br />
* [[Modified READ]]<br />
* [[NeXT 2-bit RLE]]<br />
* [[PackBits]]<br />
* [[packJPG]] (.pjg)<br />
* [[packPNM]] (.ppn)<br />
* [[Rawzor]]<br />
* [[Run-length colour encoding]] (T.45)<br />
* [[Run-length encoding]]<br />
* [[ThunderScan compression]]<br />
* [[Wavelet compression]]<br />
<br />
== Icon, Cursor, and Avatar files ==<br />
(Formats often used for icons, cursors, avatars, thumbnails, etc.)<br />
<br />
* [[Amiga Workbench icon]] (.info)<br />
* [[AMOS Icon Bank]]<br />
* [[Windows Animated Cursor|ANI (Windows Animated Cursor)]]<br />
* [[Apple File and App Icons]]<br />
* [[CUR]] (Microsoft Windows cursors)<br />
** [[Windows 1.0 Cursor]]<br />
* [[DEGAS Elite icon]] (.icn)<br />
* [[EPOC AIF]]<br />
* [[Favicon]]<br />
* [[GEM resource file]] (.rsc)<br />
* [[GlowIcons]]<br />
* [[Haiku Vector Icon Format]]<br />
* [[HP 100LX/200LX icon]] (.icn)<br />
* [[ICDRAW icon]]<br />
* [[ICNS]] (Apple/Macintosh Icon)<br />
* [[ICO]] (Microsoft Windows icons)<br />
** [[Windows 1.0 Icon]]<br />
* [[Icon library]] (.icl)<br />
* [[iThmb]] (iOS thumbnail images)<br />
* [[Micrografx Icon]] (.icn)<br />
* [[NeoDesk icon]] (.nic)<br />
* [[NewIcons]]<br />
* [[Nokia Group Graphic]] (.ngg)<br />
* [[Nokia Logo Manager bitmap]] (.nlm)<br />
* [[Nokia Operator Logo]] (.nol)<br />
* [[Nokia Picture Message]] (.npm)<br />
* [[Nokia Startup Logo]] (.nsl)<br />
* [[OLPC 565]]<br />
* [[OS/2 Icon]]<br />
* [[OS/2 Pointer]] (.ptr)<br />
* [[PaintShop Pro Browser Cache]] (pspbrwse.jbf)<br />
* [[Photoshop Thumbnail Cache]]<br />
* [[RIPscrip Icon]] (RIPterm Image, .icn)<br />
* [[Sony Mavica 411]]<br />
* [[Sun icon]]<br />
* [[SuperJPG thumbnail cache]] (superjpg.tnc)<br />
* [[Windows thumbnail cache]] (Thumbs.db)<br />
* [[Xbox Live Avatar]]<br />
* [[Xcursor]]<br />
* [[X-Face]]<br />
* [[XV thumbnail]]<br />
* [[ZoomBrowser Ex thumbnail cache]] (ZbThumbnail.info)<br />
<br />
== Metadata Formats ==<br />
<br />
* [[Exif]]<br />
* [[IPTC]] (or NAA)<br />
* [[MakerNote]]<br />
* [[MIX]]<br />
* [[Photoshop Image Resources]]<br />
* [[SAUCE]]<br />
* [[XMP]]<br />
<br />
== Programming languages (graphic-specific) ==<br />
<br />
* [[CEEMAC]]<br />
* [[High Level Shading Language]] (HLSL) (uses byte array header files)<br />
* [[OpenGL Shading Language]] (GLSL)<br />
* [[Processing]]<br />
<br />
== Raster Graphics Formats ==<br />
<br />
* [[AAI]] (Dune image)<br />
* [[Abekas YUV]] (.yuv) (Diskus and Quantel QNV varieties of YUV files are apparently similar)<br />
* [[Ability Office PhotoPaint]] (.apx)<br />
* [[Acorn Sprite]]<br />
* [[ADRG]]<br />
* [[AIPD]]<br />
* [[Alias PIX]]<br />
* [[Alpha Microsystems BMP]]<br />
* [[Amber ARR Bitmap Image]]<br />
* [[AMOS Picture Bank]]<br />
* [[AMOS Sprite Bank]]<br />
* [[Analyze AVW]]<br />
* [[Aperio SVS]]<br />
* [[Apple volume label image]]<br />
* [[Applixware Bitmap]]<br />
* [[ARF (Axon Raw Format)]]<br />
* [[ART (AOL compressed image)]]<br />
* [[ART (PFS: First Publisher)]]<br />
* [[Async Professional Fax]] (.apf)<br />
* [[AVS X image]]<br />
* [[Award BIOS logo]]<br />
* [[AWD (Artweaver)]]<br />
* [[AWD (At Work Document)]]<br />
* [[BCIF]]<br />
* [[BEF]]<br />
* [[BFLI]]<br />
* [[BGI image]]<br />
* [[BIF (Image Alchemy)]]<br />
* [[BigTIFF]]<br />
* [[BioRad confocal image]]<br />
* [[BMP]] (Windows BMP and OS/2 BMP)<br />
* [[Bob ray tracer bitmap]]<br />
* [[BPG]]<br />
* [[BRender PIX]]<br />
* [[BSAVE Image]]<br />
* [[BSB]] (BSB/KAP)<br />
* [[CADRG]]<br />
* [[Calamus Raster Graphic]] (.crg)<br />
* [[CALS raster]]<br />
* [[Canvas (Atari)]] (.cpt, .cnv)<br />
* [[Cartesian Perceptual Compression]] (CPC)<br />
* [[CD5]] (Chasys Draw)<br />
* [[CgBI]]<br />
* [[Cineon]]<br />
* [[Cisco IP Phone image]]<br />
* [[Cloé picture]]<br />
* [[CMU Andrew Toolkit image]] (.cmu)<br />
* [[CMU Window Manager bitmap]]<br />
* [[COKE (Atari Falcon)]]<br />
* [[ColoRIX]] (RIX)<br />
* [[CompuServe RLE]]<br />
* [[CompW]]<br />
* [[Corel Photo-Paint image]] (.cpt)<br />
* [[Crack Art]] (.ca1, .ca2, .ca3)<br />
* [[CUPS Raster]]<br />
* [[CUT (Amstrad)]]<br />
* [[DCS]] (Desktop Color Separation)<br />
* [[DCX]] (ZSoft IBM PC multi-page Paintbrush)<br />
* [[DEGAS image]] (.pi1, .pi2, .pi3, .pc1, .pc2, .pc3)<br />
* [[DESR VFF]]<br />
* [[DGI (Digi-Pic)]]<br />
* [[DICOM]] (.dcm)<br />
* [[Diddle sketch]]<br />
* [[DiddleBug sketch]]<br />
* [[DirectDraw Surface]] (.dds)<br />
* [[DjVu]]<br />
* [[DNG]]<br />
* [[Doodle (Atari)]] (.doo)<br />
* [[Doodle! (C64)]] (.dd, .jj)<br />
* [[Doré Raster]]<br />
* [[DPX]] (SMTPE DPX)<br />
* [[Dr. Halo]] (.cut)<br />
* [[DVI]] (Intel DVI, Digital Video Interface, Intel Real-Time Video)<br />
* [[ECW]] (Enhanced Compression Wavelet)<br />
* [[EggPaint]] (.trp)<br />
* [[Enhanced Simplex]] (.esm)<br />
* [[EPOC MBM]] (Symbian Multibitmap)<br />
* [[EPOC Sketch]]<br />
* [[Epson Printer Bitmaps]]<br />
* [[ERDAS Imagine IMG]]<br />
* [[ERDAS LAN/GIS]]<br />
* [[ER Mapper Raster]] (.ers)<br />
* [[Extended DEGAS image]]<br />
* [[FaceSaver]]<br />
* [[Falcon True Color]] (.ftc)<br />
* [[farbfeld]]<br />
* [[FAXX]] (IFF-FAXX)<br />
* [[FBM image]] (Fuzzy Bitmap)<br />
* [[FFLI]]<br />
* [[FIASCO]]<br />
* [[FIF (Fractal Image Format)]]<br />
* [[FlashPix]] (.fpx)<br />
* [[Flexible Image Transport System]] (FITS)<br />
* [[Flexible Line Interpretation]] (FLI)<br />
* [[FLIF]]<br />
* [[FRA (Fractint)]]<br />
* [[Freedom of Press]]<br />
* [[FSH (EA Sports)]]<br />
* [[G9B]]<br />
* [[GEM Raster]] (.img)<br />
* [[geoPaint]]<br />
* [[GeoTIFF]]<br />
* [[GIF]] (Graphics Interchange Format)<br />
* [[GIMP Animated Brush]] (.gih)<br />
* [[GIMP Brush]] (.gbr)<br />
* [[GIMP Pattern]] (.pat)<br />
* [[GLE]]<br />
* [[GoDot]] (.4bt)<br />
* [[GodPaint]] (.god)<br />
* [[Graph Saurus]]<br />
* [[GrayPaint]]<br />
* [[GRF (Amstrad)]]<br />
* [[GRFX]]<br />
* [[GRIB]] (Gridded Binary)<br />
* [[GROB]]<br />
* [[GX1]]<br />
* [[GX2]]<br />
* [[HIPS]]<br />
* [[HMR]] (Bentley Systems bitmap file, connected in some way to GeoTIFF)<br />
* [[HP Paintjet]]<br />
* [[HS2 (POSTERING)|HS2]]<br />
* [[HSI JPEG]]<br />
* [[HSI Raw]]<br />
* [[HTC splashscreen]] (also known as NB format)<br />
* [[IBM KIPS bitmap]]<br />
* [[ICR (NCSA Telnet)]]<br />
* [[IFF-DEEP]]<br />
* [[ILBM]] (IFF, LBM, HAM, ACBM, etc.)<br />
* [[Image Cytometry Standard]] (.ics)<br />
* [[Image Exchange Format]]<br />
* [[Imagic Film/Picture]] (Atari ST)<br />
* [[IMG/HDR]] (Analyze 7.5)<br />
* [[Img Software Set]]<br />
* [[ImgStar]]<br />
* [[IndyPaint]] (.tru)<br />
* [[Inset PIX]]<br />
* [[InShape IIM]]<br />
* [[Intergraph Raster]]<br />
* [[Interleaf image]]<br />
* [[IPI]]<br />
* [[IPLab]] (Image Processing Lab)<br />
* [[IRIS CMYK Front End Processor CT]]<br />
* [[Island Graphics TIFF]]<br />
* [[IWC (WaveL)]]<br />
* [[J6I]] (Ricoh Digital Camera image file)<br />
* [[JBIG]]<br />
* [[JBIG2]]<br />
* [[JEDMICS C4]]<br />
* [[Jeff's Image Format]]<br />
* [[JFIF]] (JPEG File Interchange Format)<br />
* [[JNG]] (JPEG Network Graphics)<br />
* [[Jovian Logic VI]]<br />
* [[JP2]] (JPEG 2000 Part 1 Annex I)<br />
* [[JPC (LuraWave)]]<br />
* [[JPEG]] (JPEG Interchange Format, .jpg)<br />
* [[JPEG 2000]]<br />
* [[JPEG 2000 codestream]] (.j2k, .j2c, .jpc)<br />
* [[JPEG-HDR]]<br />
* [[JPEG-LS]]<br />
* [[JPEG XR]] (HD Photo)<br />
* [[JPEG XT]]<br />
* [[JPM]] (JPEG 2000 Part 6: Compound Image Format)<br />
* [[JPS]]<br />
* [[JPX]] (JPEG 2000 Part 2: Extensions, .jpf)<br />
* [[KIFF]]<br />
* [[KiSS CEL]]<br />
* [[KoalaPainter]] (.koa, .gg)<br />
* [[Kolor Raw]] (.kro)<br />
* [[Krita]] (.kra)<br />
* [[KTX]]<br />
* [[LazPaint]] (.lzp)<br />
* [[LIFF]] (Openlab Layered Image File Format)<br />
* [[Lightning Strike]] (.cod)<br />
* [[Lossless JPEG (original)]]<br />
* [[Lotus Manuscript graphics]] (.bit)<br />
* [[LSM]] (Zeiss Light Speed Microscope)<br />
* [[LSS16]]<br />
* [[Lucasfilm picture]] (.lff)<br />
* [[Lumena CEL]]<br />
* [[Lumena PIX/BPX]]<br />
* [[LuraDocument Format]] (.ldf)<br />
* [[LuraWave]] (LWF)<br />
* [[MacPaint]]<br />
* [[Magick Persistent Cache]] (MPC)<br />
* [[MAKIchan Graphics]] (.mag)<br />
* [[Maya IFF]]<br />
* [[MDA|MDA/MDP]] (MicroDesign Area/Page)<br />
* [[MDI]] (Microsoft Office Document Imaging)<br />
* [[MegaPaint BLD]]<br />
* [[MetaMorph Stack]] (.stk)<br />
* [[MGR bitmap]]<br />
* [[Microsoft Image Composer]] (.mic)<br />
* [[MIF (MSX)]]<br />
* [[MIFF]] (Magick Image File Format)<br />
* [[MIX (Picture It!)]]<br />
* [[Mixed Raster Content]] (MRC, T.44)<br />
* [[MRF (Monochrome Recursive Format)]]<br />
* [[MrSID]]<br />
* [[MSP (Microsoft Paint)]]<br />
* [[MSX BASIC graphics]]<br />
* [[MTV ray tracer bitmap]]<br />
* [[Multi Palette Picture]] (MPP)<br />
* [[Multi-Picture Format]] (MPO)<br />
* [[NASA Raster Metafile]]<br />
* [[National Imagery Transmission Format]] (NITFS, NITF, .ntf)<br />
* [[NEOchrome]] (.neo)<br />
* [[Nero CoverDesigner]] (.ncd, .nct)<br />
* [[Netpbm formats]] (PBM, PGM, PPM, PNM)<br />
* [[The Newsroom|Newsroom, The]]<br />
* [[NIFF (Navy Image File Format)]]<br />
* [[NIFF (xloadimage)]]<br />
* [[NIST IHead]] (.pct)<br />
* [[NV12]] (a YUV format)<br />
* [[OpenEXR]] (.exr)<br />
* [[OpenRaster]] (.ora)<br />
* [[OS/2 Bitmap Array]]<br />
* [[OS/2 bitmap family]]<br />
* [[OS/2 Boot Logo]]<br />
* [[OTA bitmap]] (Nokia Over The Air, .otb)<br />
* [[Paint.NET image]] (.pdn)<br />
* [[PaintShop Pro]] (.psp, .jsl, .pfr, .tub)<br />
* [[Palette Master]]<br />
* [[Palm bitmap]]<br />
* [[Palm Database ImageViewer]] / FireViewer PDB (.pdb)<br />
* [[PAX (Pick Ax)]]<br />
* [[PCIF]] (.pcf)<br />
* [[PCO B16]]<br />
* [[PCPaint CLP]]<br />
* [[PCPaint PIC]] (a.k.a. Pictor)<br />
* [[PCX]] (PC Paintbrush)<br />
* [[PDS]] (NASA Planetary Data System, .img, .imq)<br />
* [[PDS4]]<br />
* [[PFM (Portable Float Map)]]<br />
* [[PFS (Portable Floatmap Stream)]]<br />
* [[PGC (Portfolio Graphics Compressed)]]<br />
* [[PGF (Portfolio Graphics)]]<br />
* [[PGF (Progressive Graphics File)]]<br />
* [[PGX (JPEG 2000)]]<br />
* [[Photo CD]] (.pcd)<br />
* [[PhotoChrome]] (.pcs)<br />
* [[PhotoDeluxe]] (.pdd)<br />
* [[PhotoParade slideshow]] (.php, .4pp)<br />
* [[Photoshop brush]] (.abr)<br />
* [[Pi (image format)|Pi]]<br />
* [[PIC (Yanagisawa)]]<br />
* [[PIC2]]<br />
* [[Picture Packer]]<br />
* [[Picture Publisher]]<br />
* [[Pixar picture]] (.pxr)<br />
* [[Pixia]] (.pxa)<br />
* [[PLD (PhotoLine)]]<br />
* [[PM (XV image)]]<br />
* [[PNG]] (Portable Network Graphics)<br />
* [[Pocket PC Bitmap]] (.2bp)<br />
* [[Poser Bump Map]] (.bum)<br />
* [[Portable Arbitrary Map]] (PAM)<br />
* [[Portable Bitmap Format]] (PBF)<br />
* [[PRF (Fastgraph)]]<br />
* [[PRF (Polychrome Recursive Format)]]<br />
* [[Printfox bitmap]]<br />
* [[PrintMaster]]<br />
* [[The Print Shop|Print Shop, The]]<br />
* [[Prism Paint]] (.pnt)<br />
* [[PSB]] (Adobe Photoshop, large format)<br />
* [[PSD]] (Adobe Photoshop)<br />
* [[PSF (PhotoStudio)]]<br />
* [[Psion PIC]]<br />
* [[PTG]] (ArtRage)<br />
* [[Puzzle image (X11)]]<br />
* [[PWC (Piecewise-Constant Image Model)]]<br />
* [[PWG Raster]]<br />
* [[PXM (Pixelmator)]]<br />
* [[Q0]]<br />
* [[QDV (Giffer)]]<br />
* [[QRT Ray Tracer bitmap]]<br />
* [[QTIF]] (QuickTime image file, .qif)<br />
* [[Quantel VPB image]]<br />
* [[Radiance HDR]] (RGBE, XYZE, .hdr, .pic)<br />
* [[Raw bitmap]]<br />
* [[RDIB]]<br />
* [[RLA]] (Wavefront)<br />
* [[SBIG CCDOPS image]]<br />
* [[Scitex CT]]<br />
* [[SCR (ZX Spectrum)]]<br />
* [[ScreenShot Hack PDB]]<br />
* [[Seattle FilmWorks]] (.sfw, .pwp)<br />
* [[Secret Photos puzzle]] (.xp0)<br />
* [[Segmented Hypergraphics]] (.shg, .mrb)<br />
* [[SGI (image file format)|SGI]] (IRIS, RGB)<br />
* [[SGX]] (SView Graphics, SuperView Graphics)<br />
* [[Sinclair QL screen]]<br />
* [[Sixel]]<br />
* [[Slow-scan television]] (.hrz)<br />
* [[Softimage PIC]]<br />
* [[Spectrum 512 Extended]] (.spx)<br />
* [[Spectrum 512 formats]] (.spu, .spc, .sps)<br />
* [[SPIFF]] (Still Picture Interchange File Format)<br />
* [[Spooky Sprites]]<br />
* [[STAD PAC]]<br />
* [[Standard Archive Format]] (military missile data format that includes images among other data)<br />
* [[STOS memory bank]] (.mbk)<br />
* [[Structured Fax File]] (.sff)<br />
* [[Sun Raster]] (.ras, .sun)<br />
* [[Sun TAAC image]]<br />
* [[Synu]] (Synthetic Universe)<br />
* [[TAP (Tencent)]]<br />
* [[TealPaint PDB]]<br />
* [[Technicolor Dream]]<br />
* [[TGA]] (Truevision Targa image)<br />
* [[TIFF]] (Tagged Image File Format)<br />
* [[TIFF/EP]]<br />
* [[TIFF-FX]]<br />
* [[TIFF/IT]]<br />
* [[TIM (PlayStation graphics)]]<br />
* [[Tiny Stuff]]<br />
* [[TI picture file]]<br />
* [[TLG (KiriKiri)|TLG]] (associated with [[KiriKiri Adventure Game System]])<br />
* [[Unirast]] (Apple AirPrint)<br />
* [[Utah RLE]]<br />
* [[Valve Texture Format]] (.vtf)<br />
* [[VBM (VDC BitMap)]]<br />
* [[VEGX]]<br />
* [[Verity Image]] (.vif)<br />
* [[V.Flash PTX]]<br />
* [[VICAR]]<br />
* [[VIFF]] (Khoros Visualization, .xv)<br />
* [[VIPS]] (.v)<br />
* [[Vista data file]]<br />
* [[VITec]]<br />
* [[Vivid IMG]]<br />
* [[VORT file]]<br />
* [[WBMP]] (Wireless Bitmap)<br />
* [[WebP]]<br />
* [[Webshots picture]] (.wbz, .wb1, .wbd, .wbc, .wbp)<br />
* [[WhyPic]] (.ypc)<br />
* [[Wigmore Artist 64]]<br />
* [[Windows DDB]]<br />
* [[WinMiPS]]<br />
* [[Winzle Puzzle]]<br />
* [[WOBA]] (bitmap data extracted from a [[HyperCard stack]])<br />
* [[Word for DOS screen capture]] (.scr)<br />
* [[WPB (openCanvas)]]<br />
* [[WSQ]]<br />
* [[XBM]] (X BitMap)<br />
* [[XCF]] (GIMP image)<br />
* [[Xerox Doodle brush]]<br />
* [[Xerox EDMICS-MMR]]<br />
* [[Xerox EDMICS-RLC]]<br />
* [[XGA (Falcon)]]<br />
* [[XIFF]]<br />
* [[Xim]]<br />
* [[XLD4]] (.q4)<br />
* [[XPM]] (X PixMap)<br />
* [[XWD]] (X Window Dump)<br />
* [[YBM]] (Bennet Yee's face format)<br />
* [[Zeiss BIVAS]]<br />
* [[Zoomify PFF]]<br />
* [[Zoomify ZIF]]<br />
<br />
== Raw camera formats ==<br />
For raw image (digital negative) formats used by cameras (such as .3fr, .ari, .arw, .bay, .cap, .cr2, .crw, .eip, .dcr, .dcs, .drf, .dng, .eip, .erf, .fff, .iiq, .k25, .kdc, .mef, .mos, .mrw, .ndf, .nef, .nrw, .orf, .pef, .ptx, .pxn, .r3d, .raf, .raw, .rw2, .rwl, .rwz, .sr2, .srf, .srw, .x3f), see [[Cameras and Digital Image Sensors]].<br />
<br />
== Software, utilities, libraries, and APIs for graphic manipulation ==<br />
<br />
* [[IIIF]] (International Image Interoperability Framework)<br />
* [[Image Alchemy]]<br />
* [[ImageMagick]]<br />
* [[Netpbm]]<br />
* [[Photoshop]]<br />
* [[RECOIL]] (formerly FAIL)<br />
* [[XnView]]<br />
* [http://imageconverter.rest7.com/ Rest7 Online Image Converter]<br />
<br />
(See [[Graphic software]])<br />
<br />
== System-specific graphic formats and modes ==<br />
<br />
* [[Apple II graphics formats]]<br />
* [[Atari graphics formats]]<br />
* [[Commodore graphics formats]]<br />
* [[HR (TRS-80)]] (.hr)<br />
* [[Windows clipboard]] (.clp)<br />
<br />
== Vector Graphics Formats ==<br />
''(Including most metafile formats. Vector formats often support embedded raster images, and other objects that aren't actually vectors.)''<br />
<br />
* [[Acorn Draw]]<br />
* [[Adobe Illustrator Artwork]] (.ai)<br />
* [[Amiga Metafile]] (.amf)<br />
* [[Applixware Graphics]]<br />
* [[Arts & Letters clip art library]] (.yal)<br />
* [[Autodesk Slide]]<br />
* [[AutoSketch]] (.skd)<br />
* [[Calamus Vector Graphic]] (.cvg)<br />
* [[CGM]] (Computer Graphics Metafile)<br />
* [[CorelDRAW]] (.cdr, .cdx, .cdt, .cmx)<br />
* [[DataDiagrammingML]] (Microsoft XML-based format)<br />
* [[Dia]]<br />
* [[DrawingML]] (Microsoft embedded graphics in XML Office formats)<br />
* [[DrawIt]]<br />
* [[Encapsulated PostScript]] (.eps, .epsf, .epsi)<br />
* [[Enhanced Metafile]] (.emf)<br />
* [[ER Mapper Vector]] (.erv)<br />
* [[Fig]] (Xfig format)<br />
* [[FreeHand]] (Aldus/Adobe)<br />
* [[GEM VDI Metafile]] (GEM Vector, VDI, .GDI)<br />
* [[Gerber format]] (used in printed circuit design)<br />
* [[Haiku Vector Icon Format]]<br />
* [[Harvard Graphics]]<br />
* [[Instant Artist GFX]] (.gfx) (also known as Print Artist)<br />
* [[Lotus 1-2-3 Chart]] (.pic)<br />
* [[MacDraw]] (later ClarisDraw)<br />
* [[Micrografx Draw]]<br />
* [[Microsoft Office Drawing]]<br />
* [[MIX (PhotoDraw)]]<br />
* [[MVG]]<br />
* [[NAPLPS]] (North American Presentation Layer Protocol Syntax)<br />
* [[OpenDocument Drawing]] (.odg)<br />
* [[PICT]] (Macintosh graphics)<br />
* [[Pixie (vector graphics)|Pixie]] (.pxi)<br />
* [[PLOT-10]] (Tektronix)<br />
* [[Precision Graphics Markup Language]] (PGML)<br />
* [[Presentation Manager Metafile]] (MET)<br />
* [[Scalable Vector Graphics]] (SVG)<br />
* [[SDA (StarOffice)]]<br />
* [[Shapefile]]<br />
* [[Simple Vector Format]] (SVF)<br />
* [[sK1]]<br />
* [[Skencil SK]]<br />
* [[SXD]]<br />
* [[TIFF annotation data]]<br />
* [[UNIX Plot Format]]<br />
* [[Visio]] (.vsd, .vss, .vst)<br />
* [[VML]] (Vector Markup Language)<br />
* [[Windows Metafile]] (.wmf)<br />
* [[WordPerfect Graphics]] (.wpg)<br />
* [[Xar (vector graphics)|Xar]] (Flare)<br />
For modeling formats (such as IGES, NFF, OFF, POV-Ray, PRT, QRT), see [[3D and CAD/CAM Models]].<br />
<br />
See also [[Machine Embroidery]].<br />
<br />
== Miscellaneous ==<br />
''(Formats and topics that are clearly identified, but which don't fit into another category, or still need to be categorized)''<br />
<br />
* [[ANSI escape code]]<br />
* [[Apple Preferred]] (APF)<br />
* [[BodyPaint 3D]] (Maxon: .b3d)<br />
* [[Chyron]]<br />
* [[DeltaVision]] (medical microscopy format)<br />
* [[Encyclopedia of Graphics File Formats]]<br />
* [[Fax formats]]<br />
* [[HDF]] (Hierarchical Data Format)<br />
* [[IBM Audio Visual Connection (AVC) Still Video Image]]<br />
* [[ImageLab/PrintTechnic]]<br />
* [[KONTRON]] (embedded-systems company; apparently has graphic format of its own)<br />
* [[Liberty IM]]<br />
* [[PaperPort (MAX)]]<br />
* [[Photoshop]]<br />
* [[QDV (Random Dot Software)]]<br />
* [[Windows Media Player Skin Package]] (.wmz)<br />
<br />
== Uncategorized ==<br />
''(Formats that may need to be more clearly identified and named, and moved to other categories)''<br />
<br />
* [[BUF]]<br />
* [[CAM]]<br />
* [[CEL]]<br />
* [[cicn]]<br />
* [[cri]]<br />
* [[csource]]<br />
* [[Direct icns]]<br />
* [[DL]]<br />
* [[ElectronicImage]]<br />
* [[IBL]]<br />
* [[IBM PIC]]<br />
* [[Icd5]]<br />
* [[ISS]] (unidentified; XnView claims to support it)<br />
* [[MHT]]<br />
* [[MonkeyCard]]<br />
* [[MonkeyLogo]]<br />
* [[Oncor]]<br />
* [[PDES]]<br />
* [[Ppat]]<br />
* [[Scrap]]<br />
* [[SHS]]<br />
* [[SNX]]<br />
* [[StartupScreen]] (Macintosh SCRN, .scrn?)<br />
* [[STV]]<br />
* [[System 7 clip]]<br />
* [[TBC]]<br />
* [[TCL]]<br />
* [[TN]]<br />
<br />
== Unknown ==<br />
''(Formats that are difficult or impossible to identify, and which may be deleted from this page)''<br />
<br />
* [[.D]]<br />
* [[NCG]]<br />
* [[Palette]]<br />
* [[TEX]] ''(Could be any of a number of TEXture formats.)''<br />
<br />
==Links and Resources==<br />
* [[Encyclopedia of Graphics File Formats]]<br />
* [http://www.theatlantic.com/technology/archive/2013/01/the-never-before-told-story-of-the-worlds-first-computer-art-its-a-sexy-dame/267439/ World's first computer art (1950s pinup image)]<br />
* [http://www.wired.com/underwire/2013/05/star-trek-art-atoms-ibm Art created with atoms]<br />
* [http://fabiensanglard.net/rayTracing_back_of_business_card/ Raytracer program code that fits on a business card]<br />
* [http://www.textfiles.com/programming/FORMATS/xga.pro XGA: A New Graphics Standard]<br />
* [http://www.jagregory.com/abrash-black-book/ Michael Abrash’s Graphics Programming Black Book, Special Edition]<br />
* [http://www.squarespace.com/logo Squarespace logo designer tool] (Want a logo for a silly dot-com company you're starting? Create one here!)<br />
* [http://freshome.com/2014/02/27/unconventional-pixel-furniture-adding-intrigue-modern-rooms/ Unconventional Pixel Furniture Adding Intrigue to Modern Rooms]<br />
* [http://skeptools.wordpress.com/2014/03/03/viral-photos-debunked-animal-rights-google-tineye-image-search/ See how to debunk viral photos in seconds using image search]<br />
* [http://boingboing.net/2014/03/12/gettys-free-image-embedding.html Getty's free image embedding comes at a price]<br />
* [http://addyosmani.com/blog/image-optimization-tools/ Image optimization tools]<br />
* [http://www.loc.gov/preservation/resources/rfs/stillimg.html Library of Congress Recommended Format Specifications: Still Image Works]<br />
* [http://www.historyofinformation.com/expanded.php?id=2245 The Most Famous Image in the Early History of Computing]<br />
* [http://ianmilligan.ca/2014/07/21/image-file-extensions-in-the-wide-web-scrape/ Image File Extensions in the Wide Web Scrape]<br />
* [http://questionsomething.wordpress.com/2012/07/26/databending-using-audacity-effects/ Databending effects of editing images with a sound editor]<br />
* [http://www.imagemagick.org/script/identify.php ImageMagick Identify Command-line Tool]<br />
* [http://bertolami.com/index.php?engine=blog&content=posts&detail=perceptual-hashing Perceptual Hashing]<br />
* [http://8bitartwork.co.uk/ Retrospecs: iOS app to convert images to imitate old 8-bit systems' graphics]<br />
* [http://alvyray.com/Memos/CG/Microsoft/6_pixel.pdf A Pixel Is Not A Little Square]<br />
* [http://literarymachin.es/deepzoom-osd-server/ Serve deepzoom images from a zip archive with openseadragon]<br />
* [http://iipimage.sourceforge.net/2014/12/iiif IIIF – The International Image Interoperability Framework]<br />
* [http://iiif.io/ IIIF official site]<br />
* [https://stacks.stanford.edu/file/druid:df650pk4327/2015ARCHIVING_IIIF.pdf The International Image Interoperability Framework (IIIF): A community & technology approach for web-based images]<br />
* [http://creativeshory.com/know-use-image-file-types-jpeg-gif-png/ Know When to Use Image File Types: JPEG, GIF & PNG]<br />
* [http://stackoverflow.com/questions/27974945/can-we-programatically-compare-different-images-of-same-resolutions/27976171#27976171 Can we programatically compare different images of same resolutions?]<br />
* [http://www.webdesigndev.com/freebies/best-color-palette-tools 20 Best Color Palette Tools for Web and Graphic Designers]<br />
* [https://www.youtube.com/watch?v=Tfh0ytz8S0k How "oldschool" graphics worked, Part 1] · [https://www.youtube.com/watch?v=_rsycfDliZU Part 2] (videos)<br />
* [http://ninedegreesbelow.com/photography/xyz-rgb.html Completely Painless Programmer's Guide to XYZ, RGB, ICC, xyY, and TRCs]<br />
* [http://potrace.sourceforge.net/ Potrace: Transforming bitmaps into vector graphics]<br />
* [http://cloudinary.com/blog/one_pixel_is_worth_three_thousand_words About a 1x1 image in many file formats]</div>
John e
http://fileformats.archiveteam.org/wiki/Windows_1.0_Cursor
Windows 1.0 Cursor
2017-04-07T21:23:09Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|cur}}<br />
}}<br />
The Windows 1.x variant of the '''CUR''' format is used in Microsoft Windows versions 1 and 2 to define mouse pointer shapes. It has little in common with the [[CUR]] format used by Windows 3 and above.<br />
<br />
== Format ==<br />
Files begin with a little-endian word, which is one of:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
| 0003 || Device-Independent Format<br />
|-<br />
| 0103 || Device-Dependent Format<br />
|-<br />
| 0203 || Both formats<br />
|}<br />
<br />
This is followed by a 12-byte header describing the cursor bitmap:<br />
{| class="wikitable"<br />
! Offset<br />
! Type<br />
! Meaning<br />
|-<br />
| 0000 || WORD || csHotX, X-coordinate of hot spot<br />
|-<br />
| 0002 || WORD || csHotY, Y-coordinate of hot spot<br />
|-<br />
| 0004 || WORD || csWidth, width of bitmap in pixels<br />
|-<br />
| 0006 || WORD || csHeight, height of bitmap in pixels<br />
|-<br />
| 0008 || WORD || csWidthBytes, width of bitmap in bytes<br />
|-<br />
| 000A || WORD || csColor, cursor color<br />
|-<br />
|}<br />
Two bitmaps come after the header, each <code>csHeight</code> * <code>csWidthBytes</code> bytes long. The first bitmap is ANDed with the screen pattern; then the second is XORed on top of it.<br />
<br />
If the file is in 'Both formats' format, the cursor header and bitmaps will then be repeated.<br />
<br />
== See also ==<br />
* [[CUR]]<br />
* [[Windows 1.0 Icon]]<br />
<br />
== Sample files ==<br />
* Samples can be found in the Windows 2.x DDK, or generated with the Windows 1.x / 2.x icon editor ICONEDIT.<br />
<br />
[[Category:Microsoft]]<br />
[[Category:Windows]]</div>
John e
http://fileformats.archiveteam.org/wiki/Windows_1.0_Icon
Windows 1.0 Icon
2017-04-07T21:22:52Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|ico}}<br />
}}<br />
The Windows 1.x variant of the '''ICO''' format is used in Microsoft Windows versions 1 and 2 to define monochrome icons. It has little in common with the [[ICO]] format used by Windows 3 and above.<br />
<br />
== Format ==<br />
Files begin with a little-endian word, which is one of:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
| 0001 || Device-Independent Format<br />
|-<br />
| 0101 || Device-Dependent Format<br />
|-<br />
| 0201 || Both formats<br />
|}<br />
<br />
This is followed by a 12-byte header describing the icon bitmap:<br />
{| class="wikitable"<br />
! Offset<br />
! Type<br />
! Meaning<br />
|-<br />
| 0000 || DWORD || Not used (corresponds to hot spot X/Y in the [[Windows_1.0_Cursor]] format).<br />
|-<br />
| 0004 || WORD || Width of bitmap in pixels<br />
|-<br />
| 0006 || WORD || Height of bitmap in pixels<br />
|-<br />
| 0008 || WORD || Width of bitmap in bytes<br />
|-<br />
| 000A || WORD || Not used (corresponds to cursor color in the [[Windows_1.0_Cursor]] format).<br />
|-<br />
|}<br />
Two bitmaps come after the header, each <code>csHeight</code> * <code>csWidthBytes</code> bytes long. The first bitmap is ANDed with the screen pattern; then the second is XORed on top of it.<br />
<br />
A file in 'device independent' format is stored at double its eventual size (so a 32&times;32 icon would be saved as a 64&times;64 bitmap). A file in 'Both formats' format contains the header and bitmaps for the 'device-independent' version of the bitmap, followed by the header and bitmaps for the 'device-dependent' version.<br />
<br />
== See also ==<br />
* [[Windows 1.0 Cursor]]<br />
* [[ICO]]<br />
<br />
== Sample files ==<br />
* Samples can be found in the Windows 2.x DDK, or generated with the Windows 1.x / 2.x icon editor ICONEDIT.<br />
<br />
[[Category:Microsoft]]<br />
[[Category:Windows]]</div>
John e
http://fileformats.archiveteam.org/wiki/ICO
ICO
2017-04-07T21:22:26Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|ico}}<br />
|mimetypes={{mimetype|image/vnd.microsoft.icon}}, {{mimetype|image/x-icon}}<br />
|pronom={{PRONOM|x-fmt/418}}<br />
}}<br />
'''ICO''' is a Microsoft Windows icon format.<br />
<br />
ICO files can have multiple icon images of different sizes and color types in the same file, so that programs displaying them can pick the best image for a particular use.<br />
<br />
== Format ==<br />
An ICO file begins with a 6-byte header, followed one or more 16-byte directory entries (one for each image). Each entry contains information about the image's size, color format, and location in the file.<br />
<br />
The rest of the file contains the actual images, which usually use a variant of [[BMP]] format (without the file header, and with a transparency mask). Alternatively, they may use [[PNG]] format.<br />
<br />
ICO format is very similar to [[CUR]] (cursor) format.<br />
<br />
== Identification ==<br />
Files begin with bytes <code>00 00 01 00</code>.<br />
<br />
Note that this byte sequence is not very discriminating. For example, many [[JBIG]] files begin the same way.<br />
<br />
== Changing default icons for Windows file types ==<br />
<br />
Versions of Windows up through XP had a nice and simple means of changing default icons for file types through the properties tab you can pull up for any file/folder. However, Microsoft in its infinite wisdom (or wisdumb?) decided to change that starting in Vista, removing the option and making the changing of icons something that practically requires a PhD in computer science. (Changing icons for ''folders'' is still a simple option, but not for files.) If you want to try it, here's how:<br />
<br />
* Run Registry Edit (Regedit.exe from the start menu)<br />
<br />
* Navigate to '''HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ FileExts \ ''.ext'' \ UserChoice''', where ''.ext'' is replaced by the file extension you are trying to modify<br />
<br />
* If no UserChoice item exists here, go up one level to the one named after the extension you're looking for.<br />
<br />
* Note the value of this field, which is what the file type in question is known as to Windows.<br />
<br />
* Now go to '''HKEY_CLASSES_ROOT \ ''yourfiletype'' \ DefaultIcon''' in Registry Edit, where ''yourfiletype'' is replaced with the value found in the extension data above.<br />
<br />
* Change the value here to the path/filename of the desired icon. If no DefaultIcon item exists, create one under the file type.<br />
<br />
* Icon paths can be the name of a .ico file, or an .exe or .dll that contains an icon; in cases where multiple icon images are in a file, the name needs to be suffixed with a comma and a number which gives the index of the icon within the file, where 0 is the first one. The icon picker which you can get while changing icons for a folder/directory can be helpful here; if you choose an exe/dll file, it shows all icons in the file and if you count from left to right and top to bottom you can determine the index of the one you want.<br />
<br />
== See also ==<br />
* [[BMP]]<br />
* [[CUR]]<br />
* [[Favicon]]<br />
* [[OS/2 Icon]]<br />
* [[Windows 1.0 Icon]]<br />
<br />
== Software ==<br />
Many image viewers and web browsers support ICO format.<br />
* [http://www.nongnu.org/icoutils/ icoutils] (icotool)<br />
<br />
== Sample files ==<br />
* http://cd.textfiles.com/ccbwindows93/ICONS/<br />
<br />
== References ==<br />
* [[Wikipedia:ICO %28file format%29|ICO (Wikipedia)]]<br />
* [https://web.archive.org/web/20070423201738/http://www.oreilly.com/www/centers/gff/formats/miccur/index.htm GFF Format Summary: Microsoft Windows Cursor and Icon] (from archive.org)<br />
* The evolution of the ICO file format: [https://blogs.msdn.microsoft.com/oldnewthing/20101018-00/?p=12513 part 1], [https://blogs.msdn.microsoft.com/oldnewthing/20101019-00/?p=12503 part 2], [https://blogs.msdn.microsoft.com/oldnewthing/20101021-00/?p=12483 part 3], [https://blogs.msdn.microsoft.com/oldnewthing/20101022-00/?p=12473 part 4]<br />
* [http://www.winhelponline.com/blog/change-file-type-icon-windows-7-vista/ Changing default file icons in Vista and Win7]<br />
<br />
[[Category:Microsoft]]<br />
[[Category:Windows]]</div>
John e
http://fileformats.archiveteam.org/wiki/Windows_1.0_Icon
Windows 1.0 Icon
2017-04-07T21:21:44Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Graphics |extensions={{ext|ico}} }} The Windows 1.x variant of the '''ICO''' format is used in Microsoft Windows versions 1 and 2 t..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|ico}}<br />
}}<br />
The Windows 1.x variant of the '''ICO''' format is used in Microsoft Windows versions 1 and 2 to define monochrome icons. It has little in common with the [[ICO]] format used by Windows 3 and above.<br />
<br />
== Format ==<br />
Files begin with a little-endian word, which is one of:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
| 0001 || Device-Independent Format<br />
|-<br />
| 0101 || Device-Dependent Format<br />
|-<br />
| 0201 || Both formats<br />
|}<br />
<br />
This is followed by a 12-byte header describing the icon bitmap:<br />
{| class="wikitable"<br />
! Offset<br />
! Type<br />
! Meaning<br />
|-<br />
| 0000 || DWORD || Not used (corresponds to hot spot X/Y in the [[Windows_1.0_Cursor]] format).<br />
|-<br />
| 0004 || WORD || Width of bitmap in pixels<br />
|-<br />
| 0006 || WORD || Height of bitmap in pixels<br />
|-<br />
| 0008 || WORD || Width of bitmap in bytes<br />
|-<br />
| 000A || WORD || Not used (corresponds to cursor color in the [[Windows_1.0_Cursor]] format).<br />
|-<br />
|}<br />
Two bitmaps come after the header, each <code>csHeight</code> * <code>csWidthBytes</code> bytes long. The first bitmap is ANDed with the screen pattern; then the second is XORed on top of it.<br />
<br />
A file in 'device independent' format is stored at double its eventual size (so a 32&times;32 icon would be saved as a 64&times;64 bitmap). A file in 'Both formats' format contains the header and bitmaps for the 'device-independent' version of the bitmap, followed by the header and bitmaps for the 'device-dependent' version.<br />
<br />
== See also ==<br />
* [[Windows_1.0_Cursor]]<br />
* [[ICO]]<br />
<br />
== Sample files ==<br />
* Samples can be found in the Windows 2.x DDK, or generated with the Windows 1.x / 2.x icon editor ICONEDIT.<br />
<br />
[[Category:Microsoft]]<br />
[[Category:Windows]]</div>
John e
http://fileformats.archiveteam.org/wiki/Windows_1.0_Cursor
Windows 1.0 Cursor
2017-04-06T00:48:43Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Graphics |extensions={{ext|cur}} }} The Windows 1.x variant of the '''CUR''' format is used in Microsoft Windows versions 1 and 2 t..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|cur}}<br />
}}<br />
The Windows 1.x variant of the '''CUR''' format is used in Microsoft Windows versions 1 and 2 to define mouse pointer shapes. It has little in common with the [[CUR]] format used by Windows 3 and above.<br />
<br />
== Format ==<br />
Files begin with a little-endian word, which is one of:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
| 0003 || Device-Independent Format<br />
|-<br />
| 0103 || Device-Dependent Format<br />
|-<br />
| 0203 || Both formats<br />
|}<br />
<br />
This is followed by a 12-byte header describing the cursor bitmap:<br />
{| class="wikitable"<br />
! Offset<br />
! Type<br />
! Meaning<br />
|-<br />
| 0000 || WORD || csHotX, X-coordinate of hot spot<br />
|-<br />
| 0002 || WORD || csHotY, Y-coordinate of hot spot<br />
|-<br />
| 0004 || WORD || csWidth, width of bitmap in pixels<br />
|-<br />
| 0006 || WORD || csHeight, height of bitmap in pixels<br />
|-<br />
| 0008 || WORD || csWidthBytes, width of bitmap in bytes<br />
|-<br />
| 000A || WORD || csColor, cursor color<br />
|-<br />
|}<br />
Two bitmaps come after the header, each <code>csHeight</code> * <code>csWidthBytes</code> bytes long. The first bitmap is ANDed with the screen pattern; then the second is XORed on top of it.<br />
<br />
If the file is in 'Both formats' format, the cursor header and bitmaps will then be repeated.<br />
<br />
== See also ==<br />
* [[CUR]]<br />
* [[ICO]]<br />
<br />
== Sample files ==<br />
* Samples can be found in the Windows 2.x DDK, or generated with the Windows 1.x / 2.x icon editor ICONEDIT.<br />
<br />
[[Category:Microsoft]]<br />
[[Category:Windows]]</div>
John e
http://fileformats.archiveteam.org/wiki/CUR
CUR
2017-04-06T00:36:14Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|cur}}<br />
}}<br />
'''CUR''' is a Microsoft Windows cursor format.<br />
<br />
CUR files can have multiple icon images of different sizes in the same file, so that programs displaying them can pick the size that is appropriate for a particular use. Image data within the file is either in [[BMP]] or [[PNG]] format, with some header bytes defined by the CUR standard.<br />
<br />
== Format ==<br />
Files have a 6-byte fixed header, followed by one or more 16-byte directory entries, followed by the image data.<br />
<br />
CUR format is very similar to [[ICO]] (icon) format.<br />
<br />
== Identification ==<br />
Files begin with bytes <code>00 00 02 00</code>.<br />
<br />
== See also ==<br />
* [[Windows Animated Cursor|ANI (Windows Animated Cursor)]]<br />
* [[Windows 1.0 Cursor|CUR (Windows 1.0)]]<br />
* [[ICO]]<br />
<br />
== Software ==<br />
* [http://www.nongnu.org/icoutils/ icoutils] (icotool)<br />
<br />
== Sample files ==<br />
* http://cd.textfiles.com/desktopworks/MOUSEPNT/<br />
<br />
== References ==<br />
* [[Wikipedia:ICO_%28file_format%29|ICO (Wikipedia)]] (also describes CUR)<br />
* [https://web.archive.org/web/20070423201738/http://www.oreilly.com/www/centers/gff/formats/miccur/index.htm GFF Format Summary: Microsoft Windows Cursor and Icon]<br />
<br />
[[Category:Microsoft]]<br />
[[Category:Windows]]</div>
John e
http://fileformats.archiveteam.org/wiki/Windows_DDB
Windows DDB
2017-04-06T00:30:58Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|ddb}}, {{ext|bmp}}<br />
|pronom={{PRONOM|fmt/114}}<br />
|released=1985<br />
}}<br />
'''Windows DDB''' (Device-Dependent Bitmap), or '''Windows BMP v1''', is a graphics format associated with Microsoft Windows 1.0. It has only a little in common with the [[BMP]] formats that succeeded it.<br />
<br />
== Disambiguation ==<br />
The term ''DDB'' is also used for the in-memory BITMAP structure used by the Windows API. This structure is not necessarily the same as the file format described in this article. (Maybe it is the same on old versions of Windows?)<br />
<br />
Bitmap files in this format can be found in the Windows 2 DDK.<br />
<br />
This format is not the format saved by Windows 1.0 Paint. It is generated by ICONEDIT, the Windows 1.x icon / cursor / bitmap editor.<br />
<br />
== Format ==<br />
Files begin with a 16-byte header, the last 14 bytes of which correspond to the BITMAP structure:<br />
{| class="wikitable"<br />
! Offset<br />
! Type<br />
! Meaning<br />
|-<br />
| 0x0000 || WORD || File type: 0x0002, RT_BITMAP. Top bit set if discardable.<br />
|- <br />
| 0x0002 || WORD || bmType: Always 0x0000 for main memory bitmap<br />
|- <br />
| 0x0004 || WORD || bmWidth: Width in pixels<br />
|- <br />
| 0x0006 || WORD || bmHeight: Height in pixels<br />
|- <br />
| 0x0008 || WORD || bmWidthBytes: Width of a line in bytes<br />
|- <br />
| 0x000A || BYTE || bmPlanes: Number of planes in bitmap<br />
|- <br />
| 0x000B || BYTE || bmBitsPixel: Number of bits per pixel<br />
|- <br />
| 0x000C || DWORD || bmBits: Always zero in disk file<br />
|}<br />
This is followed by the bitmap, in top-to-bottom order, with bmWidthBytes bytes per line.<br />
<br />
<br />
== Links ==<br />
* {{EGFF|bmp|Microsoft Windows Bitmap File Format Summary}}, from the [[Encyclopedia of Graphics File Formats]]<br />
<br />
[[Category:Microsoft]]<br />
[[Category:Windows]]</div>
John e
http://fileformats.archiveteam.org/wiki/Windows_DDB
Windows DDB
2017-04-06T00:30:30Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|ddb}}, {{ext|bmp}}<br />
|pronom={{PRONOM|fmt/114}}<br />
|released=1985<br />
}}<br />
'''Windows DDB''' (Device-Dependent Bitmap), or '''Windows BMP v1''', is a graphics format associated with Microsoft Windows 1.0. It has only a little in common with the [[BMP]] formats that succeeded it.<br />
<br />
== Disambiguation ==<br />
The term ''DDB'' is also used for the in-memory BITMAP structure used by the Windows API. This structure is not necessarily the same as the file format described in this article. (Maybe it is the same on old versions of Windows?)<br />
<br />
Bitmap files in this format can be found in the Windows 2 DDK.<br />
<br />
This format is not the format saved by Windows 1.0 Paint.<br />
<br />
== Format ==<br />
Files begin with a 16-byte header, the last 14 bytes of which correspond to the BITMAP structure:<br />
{| class="wikitable"<br />
! Offset<br />
! Type<br />
! Meaning<br />
|-<br />
| 0x0000 || WORD || File type: 0x0002, RT_BITMAP. Top bit set if discardable.<br />
|- <br />
| 0x0002 || WORD || bmType: Always 0x0000 for main memory bitmap<br />
|- <br />
| 0x0004 || WORD || bmWidth: Width in pixels<br />
|- <br />
| 0x0006 || WORD || bmHeight: Height in pixels<br />
|- <br />
| 0x0008 || WORD || bmWidthBytes: Width of a line in bytes<br />
|- <br />
| 0x000A || BYTE || bmPlanes: Number of planes in bitmap<br />
|- <br />
| 0x000B || BYTE || bmBitsPixel: Number of bits per pixel<br />
|- <br />
| 0x000C || DWORD || bmBits: Always zero in disk file<br />
|}<br />
This is followed by the bitmap, in top-to-bottom order, with bmWidthBytes bytes per line.<br />
<br />
<br />
== Links ==<br />
* {{EGFF|bmp|Microsoft Windows Bitmap File Format Summary}}, from the [[Encyclopedia of Graphics File Formats]]<br />
<br />
[[Category:Microsoft]]<br />
[[Category:Windows]]</div>
John e
http://fileformats.archiveteam.org/wiki/DSK_(CPCEMU)
DSK (CPCEMU)
2017-03-13T23:00:11Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
|extensions={{ext|dsk}}<br />
}}<br />
<br />
The CPCEMU disc image format (conventional extension .DSK) is conventionally used for images of Amstrad CPC, Amstrad PCW, and Spectrum +3 [[floppy disk]]s.<br />
<br />
It is thus the ''de facto'' disc image format for most 3" [[floppy disk]]s. (There's probably no technical reason it couldn't image other disk types, but typically it doesn't.)<br />
<br />
Such disk images will often (but not always) contain a [[CP/M file system]].<br />
<br />
== References ==<br />
<br />
* [http://www.cpctech.org.uk/docs/dsk.html Original format specification]<br />
* [http://www.cpctech.org.uk/docs/extdsk.html Extended DSK (EDSK) specification] (extensions to handle representing copy protection, etc -- Marco Vieth, Ulrich Doewich, Kevin Thacker)<br />
* [http://www.cpcwiki.eu/index.php/Format:DSK_disk_image_file_format cpcwiki.eu] -- (FIXME just the same as above, or more information?)<br />
* [http://simonowen.com/misc/extextdsk.txt simonowen.com] -- extensions to handle further copy protection schemes<br />
<br />
[[Category:Amstrad]]<br />
[[Category:ZX Spectrum]]</div>
John e
http://fileformats.archiveteam.org/wiki/DSK_(CPCEMU)
DSK (CPCEMU)
2017-03-13T22:59:53Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
|extensions={{ext|dsk}}<br />
}}<br />
<br />
The CPCEMU disc image format (conventional extension .DSK) is conventionally used for images of Amstrad CPC, Amstrad PCW, and Spectrum +3 [[floppy disk]]s.<br />
<br />
It is thus the ''de facto'' disc image format for most 3" [[floppy disk]]s. (There's probably no technical reason it couldn't image other disk types, but typically it doesn't.)<br />
<br />
Such disk images will often (but not always) contain a [[CP/M file system]].<br />
<br />
== References ==<br />
<br />
* [http://www.cpctech.org.uk/docs/dsk.html Original format specification]<br />
* [http://www.cpctech.org.uk/docs/extdsk.html Extended DSK (EDSK) specification] (extensions to handle representing copy protection, etc -- Marco Vieth, Ulrich Doewich, Kevin Thacker)<br />
* [http://www.cpcwiki.eu/index.php/Format:DSK_disk_image_file_format cpcwiki.eu] -- (FIXME just the same as above, or more information?)<br />
* [http://simonowen.com/misc/extextdsk.txt] -- extensions to handle further copy protection schemes<br />
<br />
[[Category:Amstrad]]<br />
[[Category:ZX Spectrum]]</div>
John e
http://fileformats.archiveteam.org/wiki/MS-DOS_date/time
MS-DOS date/time
2017-02-23T22:08:28Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Elements of File Formats<br />
|released=1981<br />
}}<br />
'''MS-DOS date''' and '''MS-DOS time''' are data formats associated with [[MS-DOS]]. They are used in some file formats from the MS-DOS era. Each is a 16-bit integer.<br />
<br />
'''MS-DOS date''' represents a day in the range 1980 to 2099 (or maybe 2107, but dates after 2099 aren't always correctly handled).<br />
<br />
'''MS-DOS time''' represents a 2-second interval within some day. The time is usually expected to be in "local time", and there is no indication of the time zone. This makes it fairly useless in the internet age.<br />
<br />
== Specifications ==<br />
* [https://msdn.microsoft.com/en-us/library/windows/desktop/ms724247%28v=vs.85%29.aspx Windows Dev Center: DosDateTimeToFileTime function] - Describes MS-DOS date and time formats<br />
<br />
== Related formats ==<br />
Examples of file formats that use MS-DOS date/time:<br />
* [[FAT12]]<br />
* [[ZIP]]<br />
* [[CopyQM]]<br />
<br />
[[Category:Microsoft]]</div>
John e
http://fileformats.archiveteam.org/wiki/CopyQM
CopyQM
2017-02-23T08:25:51Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Disk Image Formats }} ==Overview== CopyQM was a disk imaging program published by Sydex. Unlike their similar program [[TD0|TeleDi..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
}}<br />
<br />
==Overview==<br />
CopyQM was a disk imaging program published by Sydex. Unlike their similar program [[TD0|TeleDisk]], it did not support disks where different tracks had different sector formats.<br />
<br />
==References==<br />
* [http://rio.early8bitz.de/cqm/index.htm File format definition] (reverse-engineered)</div>
John e
http://fileformats.archiveteam.org/wiki/Disk_Image_Formats
Disk Image Formats
2017-02-23T08:20:55Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|thiscat=Disk Image Formats<br />
|image=Selanit floppy disk download icon.png<br />
}}<br />
<br />
[[Filesystem]]s and other file formats described on this page's parent page describe entities that exist on disks as they would normally be used. <br />
<br />
However, there are also file formats that allow a physical disk (or tape or other medium) to be "imaged" into a file, either to be re-copied onto a physical disk later, or else used by an *emulator* of the computer system that would have originally used that sort of media. <br />
<br />
These file formats represent a data image of one of the physical floppy disk (etc.) formats. In addition to the raw data from the disk/tape/etc, these formats may contain metadata that the corresponding emulator environment uses to correctly access the data.<br />
<br />
Typically, when archiving a physical disk for later use, a physical disk will be imaged into one of these file formats. Sub-pages of this page should contain information on the format itself as well as instructions on how to extract a physical disk into that disk image format, including information about what physical drives are required, what software to use and how and what OS that is run under.<br />
<br />
See also [[ROM and memory images]] for images of memory, and [[Floppy disk]]s for the physical floppies. See [[Archiving]] for archive and backup formats that are filesystem-based rather than raw-sector-based. See [[Filesystem]] for the filesystems. [[Forensics and Law Enforcement]] has formats for preserving drive contents with metadata for investigations.<br />
<br />
==Floppy Disk Image Formats==<br />
Images created directly from floppy disks.<br />
===Generic Sector Images===<br />
<br />
====Acorn====<br />
<br />
* [[Acorn Archimedes Disk Image]]<br />
<br />
====Amiga====<br />
<br />
* [[ADF (Amiga)]]<br />
* [[Disk Imploder]] (Amiga) (.dmp, .dex)<br />
* [[Disk Masher System]] (Amiga) (.dms)<br />
<br />
====Amstrad====<br />
<br />
* [[DSK (CPCEMU)]], used for Amstrad and related disks (typically 3" disks)<br />
<br />
====APF Imagination Machine====<br />
<br />
* [[APD]] (APF Imagination Machine emulated disk) (.apd)<br />
<br />
====Apple II series====<br />
<br />
* [[Apple Disk Image]] (Apple II disk image with header) (.2mg)<br />
* [[Disk Copy 4.2]] (Apple)<br />
* [[Disk Copy 6]] (Apple)<br />
* [[DSK (Apple II)]], used for Apple II disks (typically 5.25" disks)<br />
* [[EDD disk image]]<br />
* [[Nibblized disk image]] (.nib), an Apple II disk image format that works for copy-protected disks<br />
<br />
====Atari====<br />
<br />
* [[ATR]] (SIO2PC)<br />
* [[DCM]] (Disk Communicator)<br />
* [[DI]] (800XL DJ emulator)<br />
* [[DIM]] (F-Copy)<br />
* [[MSA (Magic Shadow Archiver)]]<br />
* [[PRO]] (APE ProSystem)<br />
* [[SCP]] (Spartados)<br />
* [[ST disk image]]<br />
* [[STT]] (STEEM)<br />
* [[STX]] (Pasti)<br />
* [[XFD]] (Xformer)<br />
<br />
====Commodore 64/128====<br />
<br />
* [[C64 Nibbler Format]] (.nib) (created by mnib)<br />
* [[D64]] and its variants (D71, D81, all with optional error information) from the C64<br />
* [[G64]] C64 raw (GCR coded) disk image<br />
<br />
====Macintosh====<br />
<br />
* [[Apple Disk Image]] (MacOS or OS X disk image with header) (.dmg, .smi, .img)<br />
* [[DART]] (Apple)<br />
<br />
====PC (DOS/Windows)====<br />
<br />
* [[CopyQM]]<br />
* [[DDI]] (DiskDupe image file)<br />
* [[FDI]] (Formatted Disk Image)<br />
* [[IMA]]<br />
* [[IMD]] (ImageDisk)<br />
* [[IMG (DOSIMG)|IMG]] (HD-Copy disk image)<br />
* [[Quick Release Sector Transfer]] (Compaq)<br />
* [[TD0]] (TeleDisk)<br />
<br />
====Tandy====<br />
<br />
* [[DMK]]<br />
* [[JV1/JV3]]<br />
<br />
====Misc.====<br />
<br />
* [[DiscFerret floppy image]] (.dfi)<br />
* [[Famicom Disk System]] (.fds)<br />
* [[MESS floppy image]] (.mfi)<br />
* [[Pasopia disk image]] (.d88)<br />
* [[Raw disk image]] (.img) (ie, created with dd)<br />
<br />
===Physical (Hardware) Images===<br />
<br />
* [[DRAFT]] (Software Preservation Society intermediate format)<br />
* [[IPF]] (Software Preservation Society image format)<br />
<br />
==Optical Disc Image Formats==<br />
CD-ROM, DVD-ROM, BluRay, GD-ROM etc.<br />
<br />
* [[BWI]] (BlindWrite Image File)<br />
* [[CDI]] (Disc Juggler)<br />
* [[CloneCD Control File]] (.ccd, .img, .sub)<br />
* [[CUE and BIN]]<br />
* [[DDP]] (Disc Description Protocol)<br />
* [[DMG]] (Apple)<br />
* [[ISO image]] (.iso)<br />
* [[ISZ]]<br />
* [[MDF and MDS]]<br />
* [[NRG]] (Nero Burning ROM)<br />
<br />
==Hard Disk Image Formats==<br />
<br />
* [[HDV (disk image)|HDV]]<br />
* [[Raw disk image]] (.img)<br />
<br />
==Virtual Machine Disks and Virtualization Image Formats==<br />
* [[OVF (Open Virtualization Format)]]<br />
* [[qcow]] (QEMU)<br />
* [[VDI]] (Virtual Disk Image) (VirtualBox) (.vdi)<br />
* [[VHD (Virtual Hard Disk)]] (Microsoft) (.vhd)<br />
* [[VMDK]] (Virtual Machine Disk) (VMWare) (.vmdk)<br />
<br />
==Tape Image Formats==<br />
<br />
* [[APT]] (APF Imagination Machine emulated tape, logical bits) (.apt)<br />
* [[APW]] (APF Imagination Machine emulated tape, raw audio) (.apw)<br />
* [[CAS (Atari)|CAS]] (Atari; Digital Cassette Image system)<br />
* [[PZX]] (ZX Spectrum)<br />
* [[T64]]<br />
* [[TAP (ZX Spectrum)]]<br />
* [[Tap file]] (contains data from Commodore data cassette)<br />
* [[TZX]] (ZX Spectrum)<br />
* [[Unified Emulator Format]] (UEF; also does Acorn disks and ROMs)<br />
<br />
==Unknown==<br />
* [[lbl]] See here for details: [http://classiccmp.org/pipermail/cctalk/2012-December/326747.html http://classiccmp.org/pipermail/cctalk/2012-December/326747.html]<br />
<br />
==Tools==<br />
* [[The Sleuth Kit and Autopsy]] can read raw, Expert Witness, and AFF formats<br />
* [http://www.winimage.com/ WinImage] to read, write and create images, also lots of info<br />
* [http://foremost.sourceforge.net/ Foremost: console tool to recover files from disk images]<br />
* [http://disktype.sourceforge.net/ disktype: detect format of disk or disk image]<br />
* [http://mark0.net/soft-trid-e.html TrID File Identifier]: recognize many disk image formats<br />
* [https://github.com/bitcurator/bca-webtools bca-webtools]<br />
* [https://github.com/eaas-framework/xmount xmount: emulates various disk image formats for use in emulators requiring them]<br />
<br />
See also [[Disk Imaging Software & Systems]], and [[Forensics and Law Enforcement]].<br />
<br />
== Links ==<br />
* [http://qanda.digipres.org/20/what-are-the-reasons-for-saving-disk-images?show=183 What are the reasons for saving disk images?]<br />
* [http://ils.unc.edu/digccurr/curategear2016-talks/woods-curategear2016.pdf BCA-Webtools: Accessing and Visualizing Disk Images in a Web Browser]</div>
John e
http://fileformats.archiveteam.org/wiki/Quick_Release_Sector_Transfer
Quick Release Sector Transfer
2017-02-15T21:19:29Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
}}<br />
<br />
The QRST disc image format was used by Compaq to distribute disk images of diagnostic software. The file QRST.EXE would be supplied with the disc images to write them to a floppy drive.<br />
<br />
== Identification ==<br />
<br />
QRST files start with the 4-character ASCII string <code>QRST</code>, followed by a <code>0x00</code> byte. The first character of the file extension is an underscore, followed by a 2-digit hexadecimal volume number.<br />
<br />
== Structure ==<br />
<br />
=== File header ===<br />
The file begins with a 796-byte header:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 5 bytes || Magic number, <code>QRST</code> followed by <code>0x00</code><br />
|-<br />
|0x08 || 4 bytes || Checksum<br />
|-<br />
|0x0C || 1 byte || Disk capacity:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0 || unknown<br />
|-<br />
|1 || 360k<br />
|-<br />
|2 || 1.2M<br />
|-<br />
|3 || 720k<br />
|-<br />
|4 || 1.4M<br />
|-<br />
|5 || 160k<br />
|-<br />
|6 || 180k<br />
|-<br />
|7 || 320k<br />
|}<br />
|-<br />
|0x0D || 1 byte || Current volume number in set<br />
|-<br />
|0x0E || 1 byte || Count of volumes in set<br />
|-<br />
|0x0F || 96 bytes || Description, ASCIIZ<br />
|-<br />
|0x4B || 721 bytes || Disk label, ASCIIZ<br />
|}<br />
<br />
=== Tracks ===<br />
The header will be followed by the data tracks. These can be in one of three forms:<br />
<br />
==== Uncompressed track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 0 indicates uncompressed track<br />
|-<br />
|0x03 || calculated from disk type in header || Track data, uncompressed<br />
|}<br />
<br />
==== Blank track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 1 indicates blank track<br />
|-<br />
|0x03 || 1 byte || Filler byte<br />
|}<br />
<br />
==== Compressed track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 2 indicates compressed track<br />
|-<br />
|0x03 || 2 bytes || Length of compressed data<br />
|-<br />
|0x05 || As specified above || Compressed data<br />
|}<br />
<br />
The compressed data stream consists of alternating literal runs (a byte giving the length of the run, followed by that number of bytes data) and compressed runs (two bytes; first gives number of repeats, second gives byte to repeat).<br />
<br />
=== Checksum ===<br />
<br />
The checksum is the sum of all bytes on the disc, each byte multiplied by (1 + its offset on the disc). So for a 360k disc it would be (1 * first byte of first sector) + (2 * second byte of first sector) + ... + (368640 * last byte of last sector). <br />
<br />
== Sample files ==<br />
<br />
* [ftp://ftp.oldskool.org/pub/drivers/Compaq/Portable%20III/setup%20and%20diags/ Compaq Portable III setup and diagnostics]</div>
John e
http://fileformats.archiveteam.org/wiki/LocoScript
LocoScript
2016-08-26T09:13:20Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Document<br />
}}<br />
'''LocoScript''' was the word processor bundled with the Amstrad PCW. There were four major versions for the PCW, and two for MSDOS.<br />
<br />
At least in the PCW versions, the [[Amstrad CP/M Plus character set]] was used for the text portions, except that the [[C1 controls]] range was used for control codes (different ones from the C1 control standard, which probably didn't exist yet) instead of the graphical characters of the CPM/PLUS set.<br />
<br />
== Converting LocoScript Documents ==<br />
<br />
Probably the most difficult problem with converting LocoScript documents into more readable formats is not the conversion process itself, but the fact that the majority of LocoScript files were stored on 3-inch floppy disks, which are now difficult to access. However, there are methods of transferring data if a working PCW is available.<br />
<br />
* '''LocoLink''' (and the later 'LocoLink for Windows') is a hardware / software combination that connects a PC parallel port to the expansion connector of an Amstrad PCW, and provides the software tools for both transferring LocoScript documents to the PC, as well as converting them to RTF or TXT formats. Note that the later PcW 16 has part of LocoLink built-in, and while this means documents can be transferred from an older PCW to a PcW 16 and then onto a PC, PcW 16 computers are few and far between, making this option unlikely.<br />
<br />
* Alternatively, it is possible to [http://fvempel.nl/3pc.html connect a 3-inch floppy drive to a PC], and read the disks from that. Conversion programs can then be used to access the transferred documents.<br />
<br />
* A somewhat easier solution is to [http://fvempel.nl/drive.html connect a 3.5-inch floppy drive to a PCW] ([http://pcwpage.co.uk/making-a-data-cable-for-a-3-to-a-standard-3-5-drive/ another guide]), transfer the documents from 3-inch to 3.5-inch media on the PCW, and then read the documents off the disks on a PC with 3.5-inch floppy drive. Instructions for adding a second drive are available, and there are programs such as 22disk and [http://ai.ansible.uk/freebies.html CP/M copier] (listed as CPM.EXE) which can read 3.5-inch media created on a PCW.<br />
<br />
* There is also software that runs on a PCW, enabling it to read and write to 3.5-inch MSDOS floppy disks. One such program is Moonstone Computing's PCW 2-in-1.<br />
<br />
== Links ==<br />
* [http://www.locoscript.co.uk/ Publisher's website]<br />
** [https://web.archive.org/web/20141218181748/http://locoscript.co.uk/ 2014 archive]<br />
* [http://www.seasip.info/Unix/Joyce/ls1frm.html LocoScript 1 file format]<br />
* [http://cirsovius.de/CPM/Projekte/TURBO-PASCAL/LOCO/LocoConv-en.html LocoConv - Pascal source to read LocoScript documents]<br />
<br />
[[Category:Amstrad]]</div>
John e
http://fileformats.archiveteam.org/wiki/Finance_and_Accounting
Finance and Accounting
2016-04-26T19:05:07Z
<p>John e: /* Interchange formats: proprietary */</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|thiscat=Finance and Accounting<br />
|image=Money grabber.png<br />
}}<br />
<br />
==Accounting software==<br />
<br />
* [[Exact]]<br />
* [[Peachtree]]<br />
* [[QuickBooks]] (.qbo)<br />
<br />
==Interchange formats: open==<br />
<br />
* [[GnuCash XML Format]]<br />
* [[OFX]]<br />
* [[QIF]]<br />
* [[Tax XML]] (used by various governmental entities for e-filing)<br />
* [[TXF]] (Tax Interchange Format; used by TurboTax)<br />
<br />
==Interchange formats: proprietary==<br />
<br />
* [[BACS Standard 18]]<br />
* [[QFX]]<br />
<br />
== Market data ==<br />
<br />
* [[ITCH]] (NASDAQ)<br />
<br />
==Personal finance software==<br />
<br />
* [[Budget (Apple II)]]<br />
* [[Lemon]] (app/website tracking cards and receipts)<br />
* [[Microsoft Money]]<br />
* [[Quicken]]<br />
<br />
==Tax software==<br />
<br />
* [[H&R Block]] (.t11, etc.; changes every year)<br />
* [[TurboTax]] (.tax, .tax2010, etc.; changes every year)<br />
<br />
== Naming and numbering systems ==<br />
<br />
* [[Routing transit number]]<br />
<br />
== See also ==<br />
<br />
* [[Currency]]<br />
<br />
== Links ==<br />
* [http://www.theguardian.com/politics/2014/apr/18/hmrc-to-sell-taxpayers-data HMRC to sell taxpayers' financial data]</div>
John e
http://fileformats.archiveteam.org/wiki/Finance_and_Accounting
Finance and Accounting
2016-04-26T19:04:43Z
<p>John e: /* Interchange formats: proprietary */</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|thiscat=Finance and Accounting<br />
|image=Money grabber.png<br />
}}<br />
<br />
==Accounting software==<br />
<br />
* [[Exact]]<br />
* [[Peachtree]]<br />
* [[QuickBooks]] (.qbo)<br />
<br />
==Interchange formats: open==<br />
<br />
* [[GnuCash XML Format]]<br />
* [[OFX]]<br />
* [[QIF]]<br />
* [[Tax XML]] (used by various governmental entities for e-filing)<br />
* [[TXF]] (Tax Interchange Format; used by TurboTax)<br />
<br />
==Interchange formats: proprietary==<br />
<br />
* [[BACS_Standard_18]]<br />
* [[QFX]]<br />
<br />
== Market data ==<br />
<br />
* [[ITCH]] (NASDAQ)<br />
<br />
==Personal finance software==<br />
<br />
* [[Budget (Apple II)]]<br />
* [[Lemon]] (app/website tracking cards and receipts)<br />
* [[Microsoft Money]]<br />
* [[Quicken]]<br />
<br />
==Tax software==<br />
<br />
* [[H&R Block]] (.t11, etc.; changes every year)<br />
* [[TurboTax]] (.tax, .tax2010, etc.; changes every year)<br />
<br />
== Naming and numbering systems ==<br />
<br />
* [[Routing transit number]]<br />
<br />
== See also ==<br />
<br />
* [[Currency]]<br />
<br />
== Links ==<br />
* [http://www.theguardian.com/politics/2014/apr/18/hmrc-to-sell-taxpayers-data HMRC to sell taxpayers' financial data]</div>
John e
http://fileformats.archiveteam.org/wiki/BACS_Standard_18
BACS Standard 18
2016-04-26T19:04:24Z
<p>John e: Created page with "{{FormatInfo |subcat=Finance and Accounting }} '''BACS Standard 18''' is a file format used to send payment instructions in the United Kingdom. The format is maintained by [..."</p>
<hr />
<div>{{FormatInfo<br />
|subcat=Finance and Accounting<br />
}}<br />
<br />
'''BACS Standard 18''' is a file format used to send payment instructions in the United Kingdom.<br />
<br />
The format is maintained by [http://www.bacs.co.uk/ the Bankers' Automated Clearing Service], and the detailed specification is available only to subscribers.<br />
<br />
Some banks have issued their own specifications for a "Standard 18" file to be imported by their software. These specifications do not necessarily match that issued by BACS; they may impose additional requirements, or change the semantics of some fields.<br />
<br />
The file headers and trailers are based on ANSI X3.27.<br />
<br />
== Documentation ==<br />
* [http://www.mosaicsoftware.co.uk/support/bank-file-maker-bacs.aspx File format overview and example]<br />
* [https://www.iccs.edu/lecture/lecture_data/1395417284Bacs%20standard%2018%20MIG.pdf HSBC "Standard 18" format definition]<br />
* [http://businessbanking.bankofireland.com/fs/doc/wysiwyg/std-18-file-specification-bol-import.pdf Bank of Ireland "Standard 18" format and example]</div>
John e
http://fileformats.archiveteam.org/wiki/RIPscrip_Icon
RIPscrip Icon
2016-03-22T19:42:44Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Graphics<br />
|extensions={{ext|icn}}, {{ext|msk}}, {{ext|hot}}, {{ext|bmm}}, {{ext|bmh}}<br />
|released=1993<br />
}}<br />
'''RIPscrip Icon''' (also known as '''RIPterm Image''', '''RIP Icon''', etc.) is a family of raster graphics formats associated with the ''RIPterm'' BBS software. It usually refers to the '''ICN''' format in particular. It is mainly used for icons, such as graphics for buttons, but can be used for other purposes.<br />
<br />
RIPterm 1.x uses '''.ICN''' format, and also '''.MSK''' ("mask") and '''.HOT''' ("hot icon") formats.<br />
<br />
RIPterm 2.x uses standard [[BMP|Windows BMP]] format, and also '''.BMM''' ("mask") and '''.BMH''' ("hot icon") formats.<br />
<br />
[[RIPscrip]] (also spelled '''RIPscript''') is a format for defining user interfaces.<br />
<br />
== Format ==<br />
=== ICN ===<br />
ICN files have a four-byte header indicating the width and height, followed by uncompressed pixel data. Images use a 16-color predefined palette. 256-color images are also said to be possible, though it's not clear how they could be identified.<br />
<br />
According to the RIPSCRIP.DOC file, ICN "is identical in design to the [[Borland_Graphics_Interface|Borland BGI graphics]] putimage() and getimage() buffer format."<br />
<br />
=== MSK, HOT ===<br />
Format unknown. Possibly the same as ICN.<br />
<br />
=== BMM, BMH ===<br />
BMM and BMH files presumably use [[BMP]] format, but interpreted in a special way.<br />
<br />
== Specifications ==<br />
* [http://cd.textfiles.com/darkdomain/programs/code/ripsc154.zip ripsc154.zip] → RIPSCRIP.DOC → "RIPscrip ICON FILE FORMAT SPECIFICATION"<br />
<br />
== Software ==<br />
* [[Konvertor]]<br />
* [[XnView]] (read-only)<br />
* [http://cd.textfiles.com/cavebbsfiles/NET/RIPTM154.EXE RIPterm 1.54] ([[Self-extracting ZIP]] format)<br />
* [http://cd.textfiles.com/cavebbsfiles/NET/RT22001.EXE RIPterm 2.20] ([[Self-extracting ZIP]] format)<br />
<br />
== Sample files ==<br />
* [http://cd.textfiles.com/cavebbsfiles/NET/RIPTM154.EXE RIPterm 1.54] (ICONS directory)<br />
** [http://ftpmirror.your.org/pub/misc/dos/cavebbs/The%20Cave%20BBS%20File%20Section/MISC/NEWRIP.ZIP-contents/ICONS/ Same as above, with links to individual files]<br />
* [http://archives.thebbs.org/ra108a.htm BBS Archives: RIP Art]<br />
* http://cd.textfiles.com/expandin/RIPART/<br />
<br />
== Links ==<br />
* [http://cd.textfiles.com/cavebbsfiles/NET/RT22001.EXE RIPterm 2.20] → SHARWAR.EXE → RIPTERM.DOC<br />
* [http://www.bbsdocumentary.com/library/PROGRAMS/GRAPHICS/RIPSCRIPT/ RIPscript], from the BBS Documentary Library</div>
John e
http://fileformats.archiveteam.org/wiki/Borland_Graphics_Interface
Borland Graphics Interface
2016-03-22T19:41:31Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Executables |extensions={{ext|bgi}} }} The '''Borland Graphics Interface''' is a graphics library used by DOS programs, which inclu..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Executables<br />
|extensions={{ext|bgi}}<br />
}}<br />
The '''Borland Graphics Interface''' is a graphics library used by DOS programs, which includes the ability to use loadable drivers. These drivers have the file extension .BGI.<br />
<br />
== Identification ==<br />
Files begin with <code>'P' 'K' 0x08 0x08 </code> -- this is shared with the [[CHR_(Borland_font)|CHR]] font files used by BGI. The four-byte signature is followed by either <code>'BGI Device Driver'</code> or <code>'SVGA 256 Colour BGI Device Driver'</code>.<br />
<br />
== Main Entry ==<br />
The first 160 bytes of the driver file are a header. This is followed by the driver code segment. Far calls will be made to this address with SI containing the function number to execute.<br />
<br />
== Bitmap images ==<br />
BGI contains <code>getimage()</code> and <code>putimage()</code> functions to save and load images. The images thus saved have a 4-byte header (two little-endian words giving the image's width and height) followed by the image data, in a form specific to the driver used. A 16-colour VGA image will contain four monochrome bitmaps for the four planes. These images, with a .ICN extension, are used as icons by [[RIPscrip_Icon|RIPscrip 1.x]] and Counterpoint. <br />
<br />
== Specifications ==<br />
* ftp://ftp.musoftware.de/pub/uz/bgi/ contains documentation and source code for creating BGI drivers, along with several complete drivers.<br />
<br />
== Links ==<br />
* [[Wikipedia:Borland Graphics Interface]]<br />
<br />
[[Category:Borland]]</div>
John e
http://fileformats.archiveteam.org/wiki/Quick_Release_Sector_Transfer
Quick Release Sector Transfer
2016-03-13T01:01:37Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
}}<br />
<br />
The QRST disc image format was used by Compaq to distribute disk images of diagnostic software. The file QRST.EXE would be supplied with the disc images to write them to a floppy drive.<br />
<br />
== Identification ==<br />
<br />
QRST files start with the 4-character ASCII string <code>QRST</code>, followed by a <code>0x00</code> byte. The first character of the file extension is an underscore, followed by a 2-digit hexadecimal volume number.<br />
<br />
== Structure ==<br />
<br />
=== File header ===<br />
The file begins with a 796-byte header:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 5 bytes || Magic number, <code>QRST</code> followed by <code>0x00</code><br />
|-<br />
|0x08 || 4 bytes || Checksum<br />
|-<br />
|0x0C || 1 byte || Disk capacity:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0 || unknown<br />
|-<br />
|1 || 360k<br />
|-<br />
|2 || 1.2M<br />
|-<br />
|3 || 720k<br />
|-<br />
|4 || 1.4M<br />
|-<br />
|5 || 160k<br />
|-<br />
|6 || 180k<br />
|-<br />
|7 || 320k<br />
|}<br />
|-<br />
|0x0D || 1 byte || Current volume number in set<br />
|-<br />
|0x0E || 1 byte || Count of volumes in set<br />
|-<br />
|0x0F || 96 bytes || Description, ASCIIZ<br />
|-<br />
|0x4B || 721 bytes || Disk label, ASCIIZ<br />
|}<br />
<br />
=== Tracks ===<br />
The header will be followed by the data tracks. These can be in one of three forms:<br />
<br />
==== Uncompressed track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 0 indicates uncompressed track<br />
|-<br />
|0x03 || calculated from disk type in header || Track data, uncompressed<br />
|}<br />
<br />
==== Blank track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 1 indicates blank track<br />
|-<br />
|0x03 || 1 byte || Filler byte<br />
|}<br />
<br />
==== Compressed track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 2 indicates compressed track<br />
|-<br />
|0x03 || 2 bytes || Length of compressed data<br />
|-<br />
|0x05 || As specified above || Compressed data<br />
|}<br />
<br />
The compressed data stream consists of alternating literal runs (a byte giving the length of the run, followed by that number of bytes data) and compressed runs (two bytes; first gives number of repeats, second gives byte to repeat).<br />
<br />
== Sample files ==<br />
<br />
* [ftp://ftp.oldskool.org/pub/drivers/Compaq/Portable%20III/setup%20and%20diags/ Compaq Portable III setup and diagnostics]</div>
John e
http://fileformats.archiveteam.org/wiki/Quick_Release_Sector_Transfer
Quick Release Sector Transfer
2016-03-13T01:01:13Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
}}<br />
<br />
The QRST disc image format was used by Compaq to distribute disk images of diagnostic software. The file QRST.EXE would be supplied with the disc images to write them to a floppy drive.<br />
<br />
== Identification ==<br />
<br />
QRST files start with the 4-character ASCII string <code>QRST</code>, followed by a <code>0x00</code> byte. The first character of the file extension is an underscore, followed by a 2-digit hexadecimal volume number.<br />
<br />
== Structure ==<br />
<br />
=== File header ===<br />
The file begins with a 796-byte header:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 5 bytes || Magic number, <code>QRST</code> followed by <code>0x00</code><br />
|-<br />
|0x08 || 4 bytes || Checksum<br />
|-<br />
|0x0C || 1 byte || Disk capacity:<br />
{| class="wikitable"<br />
! Value<br />
! Meaning<br />
|-<br />
|0 || unknown<br />
|-<br />
|1 || 360k<br />
|-<br />
|2 || 1.2M<br />
|-<br />
|3 || 720k<br />
|-<br />
|4 || 1.4M<br />
|-<br />
|5 || 160k<br />
|-<br />
|6 || 180k<br />
|-<br />
|7 || 320k<br />
|}<br />
|-<br />
|0x0D || 1 byte || Current volume number in set<br />
|-<br />
|0x0E || 1 byte || Count of volumes in set<br />
|-<br />
|0x0F || 96 bytes || Description, ASCIIZ<br />
|-<br />
|0x4B || 721 bytes || Disk label, ASCIIZ<br />
|}<br />
<br />
=== Tracks ===<br />
The header will be followed by the data tracks. These can be in one of three forms:<br />
<br />
==== Uncompressed track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 0 indicates uncompressed track<br />
|-<br />
|0x03 || calculated from disk type in header || Track data, uncompressed<br />
|}<br />
<br />
<br />
==== Blank track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 1 indicates blank track<br />
|-<br />
|0x03 || 1 byte || Filler byte<br />
|}<br />
<br />
==== Compressed track ====<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || 1 byte || Cylinder<br />
|-<br />
|0x01 || 1 byte || Head<br />
|-<br />
|0x02 || 1 byte || 2 indicates compressed track<br />
|-<br />
|0x03 || 2 bytes || Length of compressed data<br />
|-<br />
|0x05 || As specified above || Compressed data<br />
|}<br />
<br />
The compressed data stream consists of alternating literal runs (a byte giving the length of the run, followed by that number of bytes data) and compressed runs (two bytes; first gives number of repeats, second gives byte to repeat).<br />
<br />
== Sample files ==<br />
<br />
* [ftp://ftp.oldskool.org/pub/drivers/Compaq/Portable%20III/setup%20and%20diags/ Compaq Portable III setup and diagnostics]</div>
John e
http://fileformats.archiveteam.org/wiki/Quick_Release_Sector_Transfer
Quick Release Sector Transfer
2016-03-12T22:49:04Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
}}<br />
<br />
The QRST disc image format was used by Compaq to distribute disk images of diagnostic software. The file QRST.EXE would be supplied with the disc images to write them to a floppy drive.<br />
<br />
== Identification ==<br />
<br />
QRST files start with the 4-character ASCII string <code>QRST</code>, followed by a <code>0x00</code> byte. The first character of the file extension is an underscore, followed by a 2-digit hexadecimal volume number.<br />
<br />
== Sample files ==<br />
<br />
* [ftp://ftp.oldskool.org/pub/drivers/Compaq/Portable%20III/setup%20and%20diags/ Compaq Portable III setup and diagnostics]</div>
John e
http://fileformats.archiveteam.org/wiki/Quick_Release_Sector_Transfer
Quick Release Sector Transfer
2016-03-12T22:33:58Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Disk Image Formats }} The QRST disc image format was used by Compaq to distribute disk images of diagnostic software. The file QRS..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Disk Image Formats<br />
}}<br />
<br />
The QRST disc image format was used by Compaq to distribute disk images of diagnostic software. The file QRST.EXE would be supplied with the disc images to write them to a floppy drive.<br />
<br />
== Identification ==<br />
<br />
QRST files start with the 4-character ASCII string <code>QRST</code>, followed by a <code>0x00</code> byte. The first character of the file extension is an underscore, followed by a 2-digit hexadecimal volume number.</div>
John e
http://fileformats.archiveteam.org/wiki/GW-BASIC_tokenized_file
GW-BASIC tokenized file
2014-08-26T23:15:37Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|subcat=Source code<br />
|subcat2=Tokenized BASIC<br />
|extensions={{ext|bas}}<br />
|released=1981<br />
}}<br />
<br />
'''GW-BASIC tokenized files''' stored programs in the version of the [[BASIC]] programming language used on IBM PC compatibles in the days when interpreted BASIC was regularly included on personal computers as shipped from the factory. Originally the IBM PC had versions of BASIC called BASIC and BASICA, the latter being an "advanced" BASIC with a few more features. Part of it was in ROM, and part was loaded from disk. Other manufacturers' PC compatibles (or "clones") didn't have the ROM BASIC, but used a BASIC from Microsoft which was compatible to it, and went by a few manufacturer-specific names but was generically known as GW-BASIC (with varying claims existing about what the GW stands for, either the initials of a Microsoft employee (Greg Whitten) involved in adapting it from Bill Gates' original CP/M BASIC, or possibly for "Gee Whiz").<br />
<br />
Like most BASICs of its era, BASIC/BASICA/GW-BASIC used a tokenized format to save its programs, rather than plain-text source code. Printable ASCII characters (space through tilde) generally stood for themselves (except when part of a multi-byte sequence), but other bytes had different meanings. The "high-bit" bytes from #128-#255 stood for the various BASIC commands (some as single bytes, others as part of two-byte sequences), while some of the control characters had special meanings including signifying the start of a binary-encoded sequence encapsulating a numeric constant. A null (#0) byte marked the end of a program line, and some header bytes were used at the start of the line to encode the line number and some byte offsets.<br />
<br />
Files saved to disk are preceded by a single byte to indicate if the program was protected: 0FEh if protected, 0FFh if not. Files saved to [[IBM PC data cassette|cassette tape]] omit this byte, because byte 9 of the cassette header holds the protection status.<br />
<br />
== Tokens ==<br />
<br />
Blanks are unused, or at least unknown.<br />
<br />
As noted, some of the tokens are preceded or followed by other bytes representing other symbols which are suppressed on listing the program (so they are "invisible"). These are presumably there to make parsing by the interpreter easier.<br />
<br />
{| class="wikitable"<br />
! title="Hexadecimal code point" | Hex<br />
! title="Decimal code point" | Dec<br />
! title="BASIC element the token stands for" | Token meaning<br />
|-<br />
|80||128||<br />
|-<br />
|81||129||END<br />
|-<br />
|82||130||FOR<br />
|-<br />
|83||131||NEXT<br />
|-<br />
|84||132||DATA<br />
|-<br />
|85||133||INPUT<br />
|-<br />
|86||134||DIM<br />
|-<br />
|87||135||READ<br />
|-<br />
|88||136||LET<br />
|-<br />
|89||137||GOTO<br />
|-<br />
|8A||138||RUN<br />
|-<br />
|8B||139||IF<br />
|-<br />
|8C||140||RESTORE<br />
|-<br />
|8D||141||GOSUB<br />
|-<br />
|8E||142||RETURN<br />
|-<br />
|8F||143||REM<br />
|-<br />
|90||144||STOP<br />
|-<br />
|91||145||PRINT<br />
|-<br />
|92||146||CLEAR<br />
|-<br />
|93||147||LIST<br />
|-<br />
|94||148||NEW<br />
|-<br />
|95||149||ON<br />
|-<br />
|96||150||WAIT<br />
|-<br />
|97||151||DEF<br />
|-<br />
|98||152||POKE<br />
|-<br />
|99||153||CONT<br />
|-<br />
|9A||154||<br />
|-<br />
|9B||155||<br />
|-<br />
|9C||156||OUT<br />
|-<br />
|9D||157||LPRINT<br />
|-<br />
|9E||158||LLIST<br />
|-<br />
|9F||159||<br />
|-<br />
|A0||160||WIDTH<br />
|-<br />
|A1||161||ELSE (stored with invisible colon, 3A, before it)<br />
|-<br />
|A2||162||TRON<br />
|-<br />
|A3||163||TROFF<br />
|-<br />
|A4||164||SWAP<br />
|-<br />
|A5||165||ERASE<br />
|-<br />
|A6||166||EDIT<br />
|-<br />
|A7||167||ERROR<br />
|-<br />
|A8||168||RESUME<br />
|-<br />
|A9||169||DELETE<br />
|-<br />
|AA||170||AUTO<br />
|-<br />
|AB||171||RENUM<br />
|-<br />
|AC||172||DEFSTR<br />
|-<br />
|AD||173||DEFINT<br />
|-<br />
|AE||174||DEFSNG<br />
|-<br />
|AF||175||DEFDBL<br />
|-<br />
|B0||176||LINE<br />
|-<br />
|B1||177||WHILE (stored with invisible plus, E9, after it)<br />
|-<br />
|B2||178||WEND<br />
|-<br />
|B3||179||CALL<br />
|-<br />
|B4||180||<br />
|-<br />
|B5||181||<br />
|-<br />
|B6||182||<br />
|-<br />
|B7||183||WRITE<br />
|-<br />
|B8||184||OPTION<br />
|-<br />
|B9||185||RANDOMIZE<br />
|-<br />
|BA||186||OPEN<br />
|-<br />
|BB||187||CLOSE<br />
|-<br />
|BC||188||LOAD<br />
|-<br />
|BD||189||MERGE<br />
|-<br />
|BE||190||SAVE<br />
|-<br />
|BF||191||COLOR<br />
|-<br />
|C0||192||CLS<br />
|-<br />
|C1||193||MOTOR<br />
|-<br />
|C2||194||BSAVE<br />
|-<br />
|C3||195||BLOAD<br />
|-<br />
|C4||196||SOUND<br />
|-<br />
|C5||197||BEEP<br />
|-<br />
|C6||198||PSET<br />
|-<br />
|C7||199||PRESET<br />
|-<br />
|C8||200||SCREEM<br />
|-<br />
|C9||201||KEY<br />
|-<br />
|CA||202||LOCATE<br />
|-<br />
|CB||203||<br />
|-<br />
|CC||204||TO<br />
|-<br />
|CD||205||THEN<br />
|-<br />
|CE||206||TAB(<br />
|-<br />
|CF||207||STEP<br />
|-<br />
|D0||208||USR<br />
|-<br />
|D1||209||FN<br />
|-<br />
|D2||210||SPC(<br />
|-<br />
|D3||211||NOT<br />
|-<br />
|D4||212||ERL<br />
|-<br />
|D5||213||ERR<br />
|-<br />
|D6||214||STRING$<br />
|-<br />
|D7||215||USING<br />
|-<br />
|D8||216||INSTR<br />
|-<br />
|D9||217||' (stored with invisible ":REM", 3A 8F, before it)<br />
|-<br />
|DA||218||VARPTR<br />
|-<br />
|DB||219||CSRLIN<br />
|-<br />
|DC||220||POINT<br />
|-<br />
|DD||221||OFF<br />
|-<br />
|DE||222||INKEY$<br />
|-<br />
|DF||223||<br />
|-<br />
|E0||224||<br />
|-<br />
|E1||225||<br />
|-<br />
|E2||226||<br />
|-<br />
|E3||227||<br />
|-<br />
|E4||228||<br />
|-<br />
|E5||229||<br />
|-<br />
|E6||230||><br />
|-<br />
|E7||231||=<br />
|-<br />
|E8||232||<<br />
|-<br />
|E9||233||+<br />
|-<br />
|EA||234||-<br />
|-<br />
|EB||235||*<br />
|-<br />
|EC||236||/<br />
|-<br />
|ED||237||^<br />
|-<br />
|EE||238||AND<br />
|-<br />
|EF||239||OR<br />
|-<br />
|E0||240||XOR<br />
|-<br />
|F1||241||EQV<br />
|-<br />
|F2||242||IMP<br />
|-<br />
|F3||243||MOD<br />
|-<br />
|F4||244||\<br />
|-<br />
|F5||245||<br />
|-<br />
|F6||246||<br />
|-<br />
|F7||247||<br />
|-<br />
|F8||248||<br />
|-<br />
|F9||249||<br />
|-<br />
|FA||250||<br />
|-<br />
|FB||251||<br />
|-<br />
|FC||252||<br />
|-<br />
|FD||253||(signals that next byte represents token from List 2)<br />
|-<br />
|FE||254||(signals that next byte represents token from List 3)<br />
|-<br />
|FF||255||(signals that next byte represents token from List 4)<br />
|}<br />
<br />
=== List 2: 2nd-byte tokens following FD ===<br />
<br />
These are preceded by a FD (hex) byte.<br />
<br />
{| class="wikitable"<br />
! title="Hexadecimal code point" | Hex<br />
! title="Decimal code point" | Dec<br />
! title="BASIC element the token stands for" | Token meaning<br />
|-<br />
|81||129||CVI<br />
|-<br />
|82||130||CVS<br />
|-<br />
|83||131||CVD<br />
|-<br />
|84||132||MKI$<br />
|-<br />
|85||133||MKS$<br />
|-<br />
|86||134||MKD$<br />
|-<br />
|87||135||<br />
|-<br />
|88||136||<br />
|-<br />
|89||137||<br />
|-<br />
|8A||138||<br />
|-<br />
|8B||139||EXTERR<br />
|}<br />
<br />
=== List 3: 2nd-byte tokens following FE ===<br />
<br />
These are preceded by a FE (hex) byte.<br />
<br />
{| class="wikitable"<br />
! title="Hexadecimal code point" | Hex<br />
! title="Decimal code point" | Dec<br />
! title="BASIC element the token stands for" | Token meaning<br />
|-<br />
|81||129||FILES<br />
|-<br />
|82||130||FIELD<br />
|-<br />
|83||131||SYSTEM<br />
|-<br />
|84||132||NAME<br />
|-<br />
|85||133||LSET<br />
|-<br />
|86||134||RSET<br />
|-<br />
|87||135||KILL<br />
|-<br />
|88||136||PUT<br />
|-<br />
|89||137||GET<br />
|-<br />
|8A||138||RESET<br />
|-<br />
|8B||139||COMMON<br />
|-<br />
|8C||140||CHAIN<br />
|-<br />
|8D||141||DATE$<br />
|-<br />
|8E||142||TIME$<br />
|-<br />
|8F||143||PAINT<br />
|-<br />
|90||144||COM<br />
|-<br />
|91||145||CIRCLE<br />
|-<br />
|92||146||DRAW<br />
|-<br />
|93||147||PLAY<br />
|-<br />
|94||148||TIMER<br />
|-<br />
|95||149||ERDEV<br />
|-<br />
|96||150||IOCTL<br />
|-<br />
|97||151||CHDIR<br />
|-<br />
|98||152||MKDIR<br />
|-<br />
|99||153||RMDIR<br />
|-<br />
|9A||154||SHELL<br />
|-<br />
|9B||155||ENVIRON<br />
|-<br />
|9C||156||VIEW<br />
|-<br />
|9D||157||WINDOW<br />
|-<br />
|9E||158||PMAP<br />
|-<br />
|9F||159||PALETTE<br />
|-<br />
|A0||160||LCOPY<br />
|-<br />
|A1||161||CALLS<br />
|-<br />
|A2||162||<br />
|-<br />
|A3||163||<br />
|-<br />
|A4||164||NOISE (PCjr), DEBUG (Sperry PC)<br />
|-<br />
|A5||165||PCOPY (PCjr, EGA system)<br />
|-<br />
|A6||166||TERM (PCjr)<br />
|-<br />
|A7||167||LOCK<br />
|-<br />
|A8||168||UNLOCK<br />
|-<br />
|}<br />
<br />
=== List 4: 2nd-byte tokens following FF ===<br />
<br />
These are preceded by a FF (hex) byte.<br />
<br />
{| class="wikitable"<br />
! title="Hexadecimal code point" | Hex<br />
! title="Decimal code point" | Dec<br />
! title="BASIC element the token stands for" | Token meaning<br />
|-<br />
|81||129||LEFT$<br />
|-<br />
|82||130||RIGHT$<br />
|-<br />
|83||131||MID$<br />
|-<br />
|84||132||SGN<br />
|-<br />
|85||133||INT<br />
|-<br />
|86||134||ABS<br />
|-<br />
|87||135||SQR<br />
|-<br />
|88||136||RND<br />
|-<br />
|89||137||SIN<br />
|-<br />
|8A||138||LOG<br />
|-<br />
|8B||139||EXP<br />
|-<br />
|8C||140||COS<br />
|-<br />
|8D||141||TAN<br />
|-<br />
|8E||142||ATN<br />
|-<br />
|8F||143||FRE<br />
|-<br />
|90||144||INP<br />
|-<br />
|91||145||POS<br />
|-<br />
|92||146||LEN<br />
|-<br />
|93||147||STR$<br />
|-<br />
|94||148||VAL<br />
|-<br />
|95||149||ASC<br />
|-<br />
|96||150||CHR$<br />
|-<br />
|97||151||PEEK<br />
|-<br />
|98||152||SPACE$<br />
|-<br />
|99||153||OCT$<br />
|-<br />
|9A||154||HEX$<br />
|-<br />
|9B||155||LPOS<br />
|-<br />
|9C||156||CINT<br />
|-<br />
|9D||157||CSNG<br />
|-<br />
|9E||158||CDBL<br />
|-<br />
|9F||159||FIX<br />
|-<br />
|A0||160||PEN<br />
|-<br />
|A1||161||STICK<br />
|-<br />
|A2||162||STRIG<br />
|-<br />
|A3||163||EOF<br />
|-<br />
|A4||164||LOC<br />
|-<br />
|A5||165||LOF<br />
|}<br />
<br />
== Format documentation ==<br />
* [http://www.chebucto.ns.ca/~af380/GW-BASIC-tokens.html GW-BASIC tokenised program format]<br />
<br />
== Sample files ==<br />
* Many files on [http://cd.textfiles.com/bthevhell/ Between Heaven and Hell Version II CD], such as [http://cd.textfiles.com/bthevhell/200/104/ /200/104/*.bas]<br />
<br />
== Other links and references ==<br />
* [[Wikipedia:GW-BASIC|Wikipedia article: GW-BASIC]]<br />
<br />
[[Category:Microsoft]]</div>
John e
http://fileformats.archiveteam.org/wiki/IBM_PC_data_cassette
IBM PC data cassette
2014-08-15T23:10:11Z
<p>John e: More detail on what the header flags mean</p>
<hr />
<div>{{FormatInfo<br />
|formattype=physical<br />
|subcat=Magnetic tape<br />
|subcat2=Audio Cassette<br />
|released=1981<br />
}}<br />
Yes, the '''IBM PC''' did have a cassette port at one point. Actually, only the original IBM Personal Computer model 5150, and the later PCjr (intended as a low-end home computer), had this; other PCs did away with this feature which was rarely used on this platform given that just about everybody got their PC with at least one disk drive. Apparently, though, IBM felt that when they made their entry into the PC field (after years of regarding small computers as "toys" unworthy of their attention) they needed to be sure their machine duplicated all the features present in other brands of personal computers around at the time, and most of them had cassette interfaces then because disk drives had been so expensive in recent history (and those computers were aimed at home/hobby markets with limited budgets). By the time of the IBM PC, disk drives had come down in price, while IBM's computers were aimed at a more upscale business/professional market, so cassettes saw little use there.<br />
<br />
The format consists of 1-millisecond-long pulses for each 1 bit, and 0.5-millisecond pulses for each 0 bit. A tape record starts with a leader of 256 bytes of all 1 bits (hex FF), followed by a single synchronization bit (0), and then a synchronization byte (hex 16, the [[ASCII]] character from the [[C0 controls]] designated as SYN). This is followed by one or more 256-byte data blocks. Each data block is followed by a 2-byte [[CRC]], with the most significant byte first. After the last block, a 4-byte trailer is written of all 1 bits (hex FF). <br />
<br />
Tokenised BASIC programs and memory areas saved by IBM Cassette BASIC consist of two records: the first one is a header (always 256 bytes, of which the first 16 are significant), and the second one contains the data.<br />
<br />
ASCII listings and data files consist of a sequence of 256-byte records; the first one is a header, as above, and subsequent ones contain the data. If the first byte of the record is 0, this is not the last record, and all 255 following bytes are valid data. Otherwise it gives the number of valid bytes in the last record, plus one.<br />
<br />
The header layout is:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || Byte || Always 0xA5 <br />
|-<br />
|0x01 || 8 bytes || Filename, ASCII<br />
|-<br />
|0x09 || Byte || Flags:<br />
{| class="wikitable"<br />
! Bit<br />
! Meaning if set<br />
! Example command to create<br />
|-<br />
|7 || Tokenised BASIC || <kbd>SAVE "file"</kbd><br />
|-<br />
|6 || ASCII listing || <kbd>SAVE "file", A</kbd><br />
|-<br />
|5 || Protected tokenised BASIC || <kbd>SAVE "file", P</kbd><br />
|-<br />
|0 || Memory area || <kbd>BSAVE "file", address, length</kbd><br />
|-<br />
|No bits set || Data || <kbd>OPEN "O",1,"file"</kbd><br />
|}<br />
|-<br />
|0x0A || Word || Number of bytes in the following data record (little-endian word)<br />
|-<br />
|0x0C || Word || Segment of load address (little-endian word)<br />
|-<br />
|0x0E || Word || Offset of load address (little-endian word) <br />
|}<br />
<br />
== References ==<br />
* [http://www.brutman.com/Cassette_Waveforms/Cassette_Waveforms.html Reading IBM PC and PCjr Cassette Waveforms]<br />
* [http://www.vintage-computer.com/vcforum/showthread.php?8829-IBM-PC-Cassette-interface Discussion of IBM PC cassette interface]<br />
* [[Wikipedia:IBM cassette tape|Wikipedia article]]<br />
* [http://67.185.176.54:8080/ Mike's PCjr Page]<br />
* [http://www.minuszerodegrees.net/manuals/IBM_5150_Technical_Reference_6322507_APR84.pdf IBM PC Technical Reference, 1984]: Pages 5-106 to 5-107<br />
<br />
[[Category:IBM]]</div>
John e
http://fileformats.archiveteam.org/wiki/IBM_PC_data_cassette
IBM PC data cassette
2014-08-15T10:08:21Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=physical<br />
|subcat=Magnetic tape<br />
|subcat2=Audio Cassette<br />
|released=1981<br />
}}<br />
Yes, the '''IBM PC''' did have a cassette port at one point. Actually, only the original IBM Personal Computer model 5150, and the later PCjr (intended as a low-end home computer), had this; other PCs did away with this feature which was rarely used on this platform given that just about everybody got their PC with at least one disk drive. Apparently, though, IBM felt that when they made their entry into the PC field (after years of regarding small computers as "toys" unworthy of their attention) they needed to be sure their machine duplicated all the features present in other brands of personal computers around at the time, and most of them had cassette interfaces then because disk drives had been so expensive in recent history (and those computers were aimed at home/hobby markets with limited budgets). By the time of the IBM PC, disk drives had come down in price, while IBM's computers were aimed at a more upscale business/professional market, so cassettes saw little use there.<br />
<br />
The format consists of 1-millisecond-long pulses for each 1 bit, and 0.5-millisecond pulses for each 0 bit. A tape record starts with a leader of 256 bytes of all 1 bits (hex FF), followed by a single synchronization bit (0), and then a synchronization byte (hex 16, the [[ASCII]] character from the [[C0 controls]] designated as SYN). This is followed by one or more 256-byte data blocks. Each data block is followed by a 2-byte [[CRC]], with the most significant byte first. After the last block, a 4-byte trailer is written of all 1 bits (hex FF). <br />
<br />
Files saved by IBM Cassette BASIC consist of two records: the first one is a header (always 256 bytes, of which the first 16 are significant), and the second one contains the data.<br />
<br />
The header layout is:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || Byte || Always 0xA5 <br />
|-<br />
|0x01 || 8 bytes || Filename, ASCII<br />
|-<br />
|0x09 || Byte || Flags. When listing files, BASIC displays 'P' if bit 5 is set, 'B' if bit 7 is set, 'A' if bit 6 is set, 'M' if bit 0 is set, 'D' otherwise.<br />
|-<br />
|0x0A || Word || Number of bytes in the following data record (little-endian word)<br />
|-<br />
|0x0C || Word || Segment of load address (little-endian word)<br />
|-<br />
|0x0E || Word || Offset of load address (little-endian word) <br />
|}<br />
<br />
== References ==<br />
* [http://www.brutman.com/Cassette_Waveforms/Cassette_Waveforms.html Reading IBM PC and PCjr Cassette Waveforms]<br />
* [http://www.vintage-computer.com/vcforum/showthread.php?8829-IBM-PC-Cassette-interface Discussion of IBM PC cassette interface]<br />
* [[Wikipedia:IBM cassette tape|Wikipedia article]]<br />
* [http://67.185.176.54:8080/ Mike's PCjr Page]<br />
* [http://www.minuszerodegrees.net/manuals/IBM_5150_Technical_Reference_6322507_APR84.pdf IBM PC Technical Reference, 1984]: Pages 5-106 to 5-107<br />
<br />
[[Category:IBM]]</div>
John e
http://fileformats.archiveteam.org/wiki/IBM_PC_data_cassette
IBM PC data cassette
2014-08-15T10:07:33Z
<p>John e: Added structure of BASIC header</p>
<hr />
<div>{{FormatInfo<br />
|formattype=physical<br />
|subcat=Magnetic tape<br />
|subcat2=Audio Cassette<br />
|released=1981<br />
}}<br />
Yes, the '''IBM PC''' did have a cassette port at one point. Actually, only the original IBM Personal Computer model 5150, and the later PCjr (intended as a low-end home computer), had this; other PCs did away with this feature which was rarely used on this platform given that just about everybody got their PC with at least one disk drive. Apparently, though, IBM felt that when they made their entry into the PC field (after years of regarding small computers as "toys" unworthy of their attention) they needed to be sure their machine duplicated all the features present in other brands of personal computers around at the time, and most of them had cassette interfaces then because disk drives had been so expensive in recent history (and those computers were aimed at home/hobby markets with limited budgets). By the time of the IBM PC, disk drives had come down in price, while IBM's computers were aimed at a more upscale business/professional market, so cassettes saw little use there.<br />
<br />
The format consists of 1-millisecond-long pulses for each 1 bit, and 0.5-millisecond pulses for each 0 bit. A tape record starts with a leader of 256 bytes of all 1 bits (hex FF), followed by a single synchronization bit (0), and then a synchronization byte (hex 16, the [[ASCII]] character from the [[C0 controls]] designated as SYN). This is followed by one or more 256-byte data blocks. Each data block is followed by a 2-byte [[CRC]], with the most significant byte first. After the last block, a 4-byte trailer is written of all 1 bits (hex FF). <br />
<br />
Files saved by IBM Cassette BASIC consist of two records: the first one is a header (always 256 bytes, of which the first 16 are significant), and the second one contains the data.<br />
<br />
The header layout is:<br />
<br />
{| class="wikitable"<br />
! Offset<br />
! Size<br />
! Description<br />
|-<br />
|0x00 || Byte || Always 0xA5 <br />
|-<br />
|0x01 || 8 bytes || Filename, ASCII<br />
|-<br />
|0x09 || Byte || Flags. When listing files, BASIC displays 'P' if bit 5 is set, 'B' if bit 7 is set, 'A' if bit 6 is set, 'M' if bit 0 is set, 'D' otherwise.<br />
|-<br />
|0x0A || Word || Number of bytes in the following data part (little-endian word)<br />
|-<br />
|0x0C || Word || Segment of load address (little-endian word)<br />
|-<br />
|0x0E || Word || Offset of load address (little-endian word) <br />
|}<br />
<br />
== References ==<br />
* [http://www.brutman.com/Cassette_Waveforms/Cassette_Waveforms.html Reading IBM PC and PCjr Cassette Waveforms]<br />
* [http://www.vintage-computer.com/vcforum/showthread.php?8829-IBM-PC-Cassette-interface Discussion of IBM PC cassette interface]<br />
* [[Wikipedia:IBM cassette tape|Wikipedia article]]<br />
* [http://67.185.176.54:8080/ Mike's PCjr Page]<br />
* [http://www.minuszerodegrees.net/manuals/IBM_5150_Technical_Reference_6322507_APR84.pdf IBM PC Technical Reference, 1984]: Pages 5-106 to 5-107<br />
<br />
[[Category:IBM]]</div>
John e
http://fileformats.archiveteam.org/wiki/PC_Screen_Font
PC Screen Font
2014-07-08T08:59:03Z
<p>John e: Created page with "{{FormatInfo |formattype=electronic |subcat=Fonts |extensions={{ext|psf}} }} The '''PC Screen Font''' format is a fixed-width bitmap font format originally used on the PC unde..."</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Fonts<br />
|extensions={{ext|psf}}<br />
}}<br />
The '''PC Screen Font''' format is a fixed-width bitmap font format originally used on the PC under MS-DOS. It was subsequently adopted and extended for Linux console fonts.<br />
<br />
== Identification ==<br />
Files begin with bytes <code>0x36 0x04</code> (version 1) or <code>0x72 0xb5 0x4a 0x86</code> (version 2)<br />
<br />
== Specifications ==<br />
* http://www.win.tue.nl/~aeb/linux/kbd/font-formats-1.html<br />
<br />
== Software ==<br />
* [http://www.seasip.info/Unix/PSF/ PSF Tools]</div>
John e
http://fileformats.archiveteam.org/wiki/PSF
PSF
2014-07-08T08:51:43Z
<p>John e: Added PSF</p>
<hr />
<div>Files with the extension ".psf" might be:<br />
<br />
* [[PC Screen Font]]<br />
* [[Portable Sound Format]]<br />
* [[Soundfactory]]</div>
John e
http://fileformats.archiveteam.org/wiki/FNT_(Windows_Font)
FNT (Windows Font)
2014-07-08T08:41:30Z
<p>John e: Added Windows 1.x version of the file format</p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Fonts<br />
|extensions={{ext|fnt}}<br />
}}<br />
'''FNT''' is a mostly-obsolete font format associated with Microsoft Windows. It stores a single bitmapped or stroked (vector) font. It is the raw font format used inside [[FON]] container files, and can also appear by itself in an '''.fnt''' file.<br />
<br />
== Software ==<br />
* [http://www.seasip.info/Unix/PSF/ PSF Tools]<br />
<br />
== Links ==<br />
* [http://support.microsoft.com/kb/65123 Windows Developers Notes: Font-File Format] - covers versions 2 and 3 of the format.<br />
* [http://www.os2museum.com/files/docs/win10sdk/windows-1.03-sdk-prgref-1986.pdf Windows 1.03 Programmer's Reference] (PDF) - Appendix C describes version 1 of the format.<br />
[[Category:Microsoft]]</div>
John e
http://fileformats.archiveteam.org/wiki/Talk:Amstrad_CP/M_Plus_character_set
Talk:Amstrad CP/M Plus character set
2013-10-28T21:06:17Z
<p>John e: </p>
<hr />
<div>I think this page has the wrong title, for two reasons: Firstly the operating system is called "CP/M Plus" not "CPM/PLUS". Secondly, the character set is Amstrad-specific; it isn't used by CP/M Plus on non-Amstrad computers. [[User:John e|John e]] ([[User talk:John e|talk]]) 21:03, 25 October 2013 (UTC)<br />
<br />
:That's what it was referred to as in [http://www.worldofspectrum.org/Plus3CPMManual/appendix2.html this page], but you can move it to a different title if that makes more sense. [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 21:44, 25 October 2013 (UTC)<br />
:OK, I moved it... is this better? [[User:Dan Tobias|Dan Tobias]] ([[User talk:Dan Tobias|talk]]) 23:28, 25 October 2013 (UTC)<br />
<br />
:: Yes, I think this is more accurate. [[User:John e|John e]] ([[User talk:John e|talk]]) 21:06, 28 October 2013 (UTC)</div>
John e
http://fileformats.archiveteam.org/wiki/Amstrad_CP/M_Plus_character_set
Amstrad CP/M Plus character set
2013-10-25T21:05:07Z
<p>John e: </p>
<hr />
<div>{{FormatInfo<br />
|formattype=electronic<br />
|subcat=Character Encodings<br />
}}<br />
The '''[[CPM/PLUS character set]]''', sometimes also called the PCW Character Set, was used with the CP/M Plus operating system on Amstrad 8-bit computers: the CPC, PCW and Spectrum +3. It was a variant of [[ASCII]] that assigned printable renditions to the entire 8-bit character code space from 0 to 255, including control characters, though such controls (e.g., the [[C0 controls]]) were also used as control characters, which could make it hard to type them when you're intending to use them in their graphical form.<br />
<br />
Various accented characters, mathematical symbols, and Greek letters were included, as well as line-graphics characters (which were in the [[C1 controls]] range). [[Locoscript]] used this character set but used the C1 control range for control codes.<br />
<br />
== Links ==<br />
* [http://www.worldofspectrum.org/Plus3CPMManual/appendix2.html Character chart]</div>
John e