Just Solve the File Format Problem - User contributions [en]

Euclid (Ace Computing)

2020-05-21T10:27:31Z

DavidBoddie: Added a link to the user manual.

{{FormatInfo
|subcat=3D and CAD/CAM Models
}}

== Overview ==

'''Euclid''' was the name of a 3D editing application for RISC OS systems (not to be confused with the [[Euclid]] CAD software). Euclid files ([[RISC OS filetype|file type]] DE1, Euclid) share some features with [[Acorn Draw|Draw]] files but appear to be structured differently.

== Notes ==

Assuming use of 2 and 8 to indicate move and draw, as in Draw paths; use of 6,
0x106, 0x206 to mean a Bezier curve. Three coordinates per operation.

Values at 0x00 and 0x30 appear to differ by 0x5c.

0x0: value_0
0x4: 0x12
0x8: 0
0xc: 0
0x10: 0

Names of objects appear in the files. These are often preceded by values like
these:

0x40000001 !Camera\r
0x31000002 CamDef\r\r
0x32000002 S0srros\r

Each file appears to start with a root object at 0x50:

(files/Location)
0x50: 0x4000000a $\r
...
0xc0: 0x40000004 $\r

(files/Seating)
0x50: 0x40000004 $\r
...
0x90: 0x22000005

Some objects have names:

(files/SET)
0x50: 0x40000010 $\r
0xf0: 0x40000004 $\r
0x6f8: 0x40000002 Folly\r
0x82c: 0x40000003 FollyBase\r
0xb20: 0x40000001 !Camera\r
0xe20: 0x40000001 CSros\r
0xfcc: 0x40000001 SRros\r
0x11a8: 0x40000001 SLros\r
0x1210: 0x40000001 MusoRos\r
0x13bc: 0x40010001 trellis\r

0x1a8: 0x32000002 SeatFloor\r
0x27c: 0x32000002 SeatsA\r
0x350: 0x32000002 SeatsEnd\r
0x474: 0x32000002 StageFloor\r
0x568: 0x32000002 Bank\r

0x157c: 0x32010002 S0trellis\r

Some objects contain what appear to be paths, with Draw-like path objects:

(files/SET)
0xff4: 0x22000010 ; path (0x22) with (0x10) points defined (including
; control points)

0xff8: 0x00000002 ; move
0xffc: 0x00000041 ; x
0x1000: 0x00000166 ; y
0x1004: 0x00000000 ; z

0x1008: 0x00000006 ; Bezier curve endpoint
0x100c: 0x00000034 ; x
0x1010: 0x000001a0 ; y
0x1014: 0x00000000 ; z
0x1018: 0x00000106 ; Control point 1
0x101c: 0xfffffffc ; cx1
0x1020: 0x000001c4 ; cy1
0x1024: 0x00000000 ; cz1
0x1028: 0x00000206 ; Control point 2
0x102c: 0xffffffc2 ; cx2
0x1030: 0x000001b7 ; cy2
0x1034: 0x00000000 ; cz2

...
0x10f8: 0x22000002 ; next path with 2 points defined

0x22...... objects appear to only contain command,x,y,z data, so the length of
the data appears to be a multiple of 16 bytes.

0x32...... objects are named objects that contain a number of other objects,
the first of which appears 0x6c bytes from the start of the object, though it
is possible that there is an 0x50000000 object that appears 0x4c bytes after
the start and this contains 28 bytes of its own. This may be excluded from the
object count.

0x40...... objects are named objects that contain a number of other objects.
There appear to be a number of pairs of words at the start of the object that
correspond to the number in the opening identifier. Definitions follow these
words:

(files/Seating)
0x50: 40000004 00000d24 00000000 00000000 ; 4 objects, name $\r
0x60: 00000000 00000000 00000000 00000000
0x70: 00049acc 00049a80 00049ba0 00049b54 ; 2 objects (8 bytes each)
0x80: 00049c74 00049c28 00049c94 00049c28 ; 2 objects (8 bytes each)
0x90: 22000005 00000002 fffffdc7 ffffffff ; first object
...

These seem to be addresses like the ones found at offsets 0x0 and 0x34 in each
file.

0x50...... objects appear to contain 7 words and appear in addition to the
declared number of objects inside another object.

0x3201.... objects appear to be defined like 0x3200.... objects and this
therefore means that identifiers may be defined like this:

ttssllll

where tt is the object type, ss is the subtype and llll is the number of
objects/elements it contains. However, 0x3201.... objects appear to lack
objects inside them except for 0x50000000 and 0x50010000 objects.

0x31...... objects appear to contain the specified number of 0x21...... objects
in their header, plus a 0x5000.... object, followed by the specified number of
objects.

0x21...... objects appear to be collections of 20 byte data structures.

== References ==

* [https://web.archive.org/web/20151027192316/http://arcade.demon.co.uk/cgi-bin/filesearch?key=euclid File search for "euclid" in the Arcade BBS Filebase]
** Files can be found in Internet Archive items [https://archive.org/details/ftpsites_arcade.demon.co.uk_2013.06.17 ftpsites_arcade.demon.co.uk_2013.06.17] or [https://archive.org/details/arcade.demon.co.uk-20130617 arcade.demon.co.uk-20130617]
* The [https://stardot.org.uk/forums/download/file.php?id=56403 User Manual] contains information about the file format.

[[Category:RISC OS]]

TAP (ZX Spectrum)

2017-02-22T13:22:28Z

DavidBoddie:

{{FormatInfo
|formattype=electronic
|subcat=Disk Image Formats
|extensions={{ext|tap}}
|pronom={{PRONOM|fmt/801}}
}}
'''TAP''' is a tape image format supported by some emulators of the ZX Spectrum computer. It's distinct from the Commodore [[Tap file]].

== See also ==
* [[TZX]]

== Identification ==
Files usually begin with bytes <code>0x13 0x00 0x00</code>.

== Specifications ==
* [http://web.archive.org/web/20110711141601/http://www.zxmodules.de/fileformats/tapformat.html TAP- and BLK tape format] (incomplete archive.org copy)

== Software ==
* [https://github.com/digwuren/redis Redis] (Java source)
* [http://fuse-emulator.sourceforge.net/ fuse-utils + libspectrum] (tapeconv, tzxlist) - Can convert TAP files or list their contents, but cannot extract files from them.
* [http://www.seasip.info/ZX/unix.html taptools] - Can create TAP files and extract their contents.

== Sample files ==
* [http://cd.textfiles.com/230/EMULATOR/SINCLAIR/DOSTOOLS/BMP2SPEC/EXAMPLES.TAP EXAMPLES.TAP]

== Links ==
* http://www.worldofspectrum.org/faq/reference/formats.htm
* [https://web.archive.org/web/20120330020033/http://www.nvg.ntnu.no/sinclair/faq/fileform.html#TAPZ Speccy Emulator File Formats] (from archive.org)
* [http://www.zxshed.co.uk/sinclairfaq/index.php5?title=TAP_format Sinclair FAQ Wiki page]

[[Category:ZX Spectrum]]

Squash (RISC OS)

2016-02-07T15:53:30Z

DavidBoddie: /* Format */

{{FormatInfo
|formattype=electronic
|subcat=Compression
}}

== Overview ==

Squash files (file type FCA, Squash) contain compressed data for single files on RISC OS systems.

The [[file command]] calls this format "squished".

== Format ==

According to the help text for the Squash application, "The Squash module currently compresses using a 12-bit LZW algorithm but no guarantee is made that this will be so in the future."

The compressed data is preceded by a header, with offsets measured in bytes and all values stored in little-endian byte order:

{| class="wikitable" width="50%"
! Offset || Description
|-
! 0
| "SQSH" (4 byte ID)
|-
! 4
| Length of the original, uncompressed file in bytes
|-
! 8
| Load address of the original file
|-
! 12
| Execution address of the original file
|-
! 16
| Reserved (should be 0)
|}

As with a number of data formats related to filing systems on RISC OS, the load and execution addresses are actually used to hold the file type and date stamp of the original file.

The remaining data in the file (from offset 20 to the end) can be decompressed using gunzip. One way to do this is to run the following in a bash shell:

dd if=input_file skip=20 bs=1 | gunzip -c - > output_file

== Sample files ==
* http://arcade.demon.co.uk/filepages/file77.htm → [ftp://arcade.demon.co.uk/data/077500/078950/078954 Time1], [ftp://arcade.demon.co.uk/data/072500/073900/073941 WATERFALL]

== References ==

* [http://acorn.riscos.com/riscos3/35/35DiscImage/Apps/!Squash/!Help Help file] for the Squash application
* [http://acorn.riscos.com/riscos3/37/37DiscImage/Manuals/Manual/BOOK2AB/E_18.HTM Manual page] in the RISC OS 3.7 user guide
* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]

[[Category:RISC OS]]

Squash (RISC OS)

2016-02-07T14:44:54Z

DavidBoddie: /* Format */

{{FormatInfo
|formattype=electronic
|subcat=Compression
}}

== Overview ==

Squash files (file type FCA, Squash) contain compressed data for single files on RISC OS systems.

The [[file command]] calls this format "squished".

== Format ==

According to the help text for the Squash application, "The Squash module currently compresses using a 12-bit LZW algorithm but no guarantee is made that this will be so in the future."

The compressed data is preceded by a header, with offsets measured in bytes and all values stored in little-endian byte order:

{| class="wikitable" width="50%"
! Offset || Description
|-
! 0
| "SQSH" (4 byte ID)
|-
! 4
| Length of the original, uncompressed file in bytes
|-
! 8
| Load address of the original file
|-
! 12
| Execution address of the original file
|-
! 16
| Reserved (should be 0)
|}

As with a number of data formats related to filing systems on RISC OS, the load and execution addresses are actually used to hold the file type and date stamp of the original file.

The remaining data in the file (from offset 20 to the end) can be decompressed using gunzip.

== Sample files ==
* http://arcade.demon.co.uk/filepages/file77.htm → [ftp://arcade.demon.co.uk/data/077500/078950/078954 Time1], [ftp://arcade.demon.co.uk/data/072500/073900/073941 WATERFALL]

== References ==

* [http://acorn.riscos.com/riscos3/35/35DiscImage/Apps/!Squash/!Help Help file] for the Squash application
* [http://acorn.riscos.com/riscos3/37/37DiscImage/Manuals/Manual/BOOK2AB/E_18.HTM Manual page] in the RISC OS 3.7 user guide
* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]

[[Category:RISC OS]]

Acorn Replay

2016-01-25T13:17:39Z

DavidBoddie: /* Resources */

{{FormatInfo
|formattype=electronic
|subcat=Video
}}

== Overview ==

Acorn Replay is an audio/video container (file type AE7, ARMovie) that was the native multimedia format on RISC OS systems.

== Resources ==

* [http://www.chiark.greenend.org.uk/~theom/riscos/docs/apps/ReplayFormat.txt Playing 16 bit music, samples etc] - an early description of the container format
* [http://www.chiark.greenend.org.uk/~theom/riscos/docs/apps/AcornReplayMovingBlocks.txt Re: Replay codec sources] - A description of the Moving Blocks video codec used in many Replay files
* [http://multimedia.cx/formats.html Multimedia Formats] - contains an updated version of the above document with a more comprehensive list of codecs
* [https://bitbucket.org/dboddie/replay Python module and examples] - really simple proof of concept code for extracting key frames and audio from certain types of Replay movies

[[Category:RISC OS]]

BBC BASIC tokenized file

2015-11-22T14:12:02Z

DavidBoddie: Fixed link to Chris's Acorns and added a link to a page about the BBC BASIC V file format.

{{FormatInfo
|subcat=Source code
|subcat2=Tokenized BASIC
|released=1981
}}
'''BBC BASIC''' was created for the BBC Computer Literacy Project in the United Kingdom and was supplied as standard on all home microcomputers produced by Acorn Computers. Programs are stored as a series of tokens - in memory these begin at the address specified by PAGE, whose value can also be read and modified from BASIC. The end address of the current program is held by the TOP variable.

== Format documentation ==
* [http://mdfs.net/Docs/Comp/BBCBasic/Tokens Tokens] index at MDFS

== Software ==
* [http://mdfs.net/Software/BBCBasic/ BBC BASIC] implementations for other CPUs and systems

== Other links and references ==
* [http://mdfs.net/Docs/Comp/BBC/BASIC/ BBC BASIC - BBC FAQ]
* [http://mdfs.net/Docs/Comp/BBCBasic/ MDFS::Docs.Comp.BBCBasic]
* [http://www.rtrussell.co.uk/bbcbasic/history.html A History of BBC BASIC]
* [http://chrisacorns.computinghistory.org.uk/Computers/BBCMicros.html BBC Microcomputers]
* [http://xania.org/200711/bbc-basic-v-format BBC BASIC V file format]

[[Category:Acorn computers]]

HGT

2014-04-27T01:05:24Z

DavidBoddie: /* Software */

{{FormatInfo
|formattype=electronic
|subcat=Geospatial
|extensions={{ext|hgt}}
}}
'''HGT''' (Height) files contain elevation data for regions of the Earth's surface, as acquired by the Shuttle Radar Topography Mission (STRM). The location of the region for data contained in a file is described by the name of the file itself. Each file describes a tile with a height of one degree of latitude and a width of one degree of longitude. The name of each file refers to the latitude and longitude at the lower left corner of the tile.

== Format ==
Each file consists of a sequence of 16-bit signed values stored in big-endian [[Endianness|byte order]], arranged in row major order, meaning that the samples for each row are stored consecutively. The total number of values depends on the dimensions of the dataset held by each file. For 1 arc-second resolution data, each file will contain 3601 * 3601 values; for 3 arc-second resolution data, each file will contain 1201 * 1201 values.

Each value corresponds to the elevation measured in meters referenced to the WGS84 geoid.

The order of rows runs from north to south and the order of values in each row runs from west to east. This means that the first value in the last row in each file corresponds to the position specified by the name of the file. Each tile described by the data overlaps adjacent tiles to the north and south by a single row in each direction, and to the west and east by a single column in each direction. In other words, the first row of values in a file is the same as the last row of values in the file that describes the tile immediately to the north of it. Similarly, the last column of values will be the same as the first column of values in the file that describes the tile immediately to the east of it.

== Identifiers ==
The filename extension '''.hgt''' is used.

== Software ==
* [https://bitbucket.org/dboddie/python-hgt python-hgt] - Python module and tools for reading height (hgt) files.

== Sample files ==
* [http://dds.cr.usgs.gov/srtm/version2_1/ SRTM Version 2.1 datasets]
* [http://www.viewfinderpanoramas.org/dem3.html Digital Elevation Data] based on the SRTM data with fixes to areas with voids.

== Links ==
* [http://www2.jpl.nasa.gov/srtm/ Shuttle Radar Topography Mission]
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/ SRTM Topography]
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/Continent_def.gif Continent definitions] showing the regions covered by the data.

[[Category:Graphics]]

HGT

2014-04-27T00:57:15Z

DavidBoddie:

{{FormatInfo
|formattype=electronic
|subcat=Geospatial
|extensions={{ext|hgt}}
}}
'''HGT''' (Height) files contain elevation data for regions of the Earth's surface, as acquired by the Shuttle Radar Topography Mission (STRM). The location of the region for data contained in a file is described by the name of the file itself. Each file describes a tile with a height of one degree of latitude and a width of one degree of longitude. The name of each file refers to the latitude and longitude at the lower left corner of the tile.

== Format ==
Each file consists of a sequence of 16-bit signed values stored in big-endian [[Endianness|byte order]], arranged in row major order, meaning that the samples for each row are stored consecutively. The total number of values depends on the dimensions of the dataset held by each file. For 1 arc-second resolution data, each file will contain 3601 * 3601 values; for 3 arc-second resolution data, each file will contain 1201 * 1201 values.

Each value corresponds to the elevation measured in meters referenced to the WGS84 geoid.

The order of rows runs from north to south and the order of values in each row runs from west to east. This means that the first value in the last row in each file corresponds to the position specified by the name of the file. Each tile described by the data overlaps adjacent tiles to the north and south by a single row in each direction, and to the west and east by a single column in each direction. In other words, the first row of values in a file is the same as the last row of values in the file that describes the tile immediately to the north of it. Similarly, the last column of values will be the same as the first column of values in the file that describes the tile immediately to the east of it.

== Identifiers ==
The filename extension '''.hgt''' is used.

== Software ==

== Sample files ==
* [http://dds.cr.usgs.gov/srtm/version2_1/ SRTM Version 2.1 datasets]
* [http://www.viewfinderpanoramas.org/dem3.html Digital Elevation Data] based on the SRTM data with fixes to areas with voids.

== Links ==
* [http://www2.jpl.nasa.gov/srtm/ Shuttle Radar Topography Mission]
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/ SRTM Topography]
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/Continent_def.gif Continent definitions] showing the regions covered by the data.

[[Category:Graphics]]

HGT

2014-04-27T00:38:28Z

DavidBoddie: /* Sample files */

{{FormatInfo
|formattype=electronic
|subcat=Geospatial
|extensions={{ext|hgt}}
}}
'''HGT''' (Height) files contain elevation data for regions of the Earth's surface described by the name of the file. Each file describes a tile with a height of one degree of latitude and a width of one degree of longitude. The name of each file refers to the latitude and longitude at the lower left corner of the tile.

== Format ==
Each file consists of a sequence of 16-bit signed values stored in big-endian [[Endianness|byte order]], arranged in row major order, meaning that the samples for each row are stored consecutively. The total number of values depends on the dimensions of the dataset held by each file. For 1 arc-second resolution data, each file will contain 3601 * 3601 values; for 3 arc-second resolution data, each file will contain 1201 * 1201 values.

Each value corresponds to the elevation measured in meters referenced to the WGS84 geoid.

The order of rows runs from north to south and the order of values in each row runs from west to east. This means that the first value in the last row in each file corresponds to the position specified by the name of the file. Each tile described by the data overlaps adjacent tiles to the north and south by a single row in each direction, and to the west and east by a single column in each direction. In other words, the first row of values in a file is the same as the last row of values in the file that describes the tile immediately to the north of it. Similarly, the last column of values will be the same as the first column of values in the file that describes the tile immediately to the east of it.

== Identifiers ==
The filename extension '''.hgt''' is used.

== Software ==

== Sample files ==
* [http://dds.cr.usgs.gov/srtm/version2_1/ SRTM Version 2.1 datasets]
* [http://www.viewfinderpanoramas.org/dem3.html Digital Elevation Data] based on the SRTM data with fixes to areas with voids.

== Links ==
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/ SRTM Topography]
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/Continent_def.gif Continent definitions] showing the regions covered by the data.

[[Category:Graphics]]

HGT

2014-04-26T17:08:14Z

DavidBoddie: /* Links */

{{FormatInfo
|formattype=electronic
|subcat=Graphics
|extensions={{ext|hgt}}
}}

Height files contain elevation data for regions of the Earth's surface described by the name of the file. Each file describes a tile with a height of one degree of latitude and a width of one degree of longitude. The name of each file refers to the latitude and longitude at the lower left corner of the tile.

== Format ==
Each file consists of a sequence of 16-bit signed values stored in big-endian [[Endianness|byte order]], arranged in row major order, meaning that the samples for each row are stored consecutively. The total number of values depends on the dimensions of the dataset held by each file. For 1 arc-second resolution data, each file will contain 3601 * 3601 values; for 3 arc-second resolution data, each file will contain 1201 * 1201 values.

Each value corresponds to the elevation measured in meters referenced to the WGS84 geoid.

The order of rows runs from north to south and the order of values in each row runs from west to east. This means that the first value in the last row in each file corresponds to the position specified by the name of the file. Each tile described by the data overlaps adjacent tiles to the north and south by a single row in each direction, and to the west and east by a single column in each direction. In other words, the first row of values in a file is the same as the last row of values in the file that describes the tile immediately to the north of it. Similarly, the last column of values will be the same as the first column of values in the file that describes the tile immediately to the east of it.

== Identifiers ==
The filename extension '''.hgt''' is used.

== Software ==

== Sample files ==
* [http://dds.cr.usgs.gov/srtm/version2_1/ SRTM Version 2.1 datasets]

== Links ==
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/ SRTM Topography]
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/Continent_def.gif Continent definitions] showing the regions covered by the data.

HGT

2014-04-26T16:48:29Z

DavidBoddie: /* Format */

HGT

2014-04-26T16:31:37Z

DavidBoddie: Created page with "{{FormatInfo |formattype=electronic |subcat=Graphics |extensions={{ext|hgt}} }} Height files contain elevation data for regions of the Earth's surface described by the name o..."

{{FormatInfo
|formattype=electronic
|subcat=Graphics
|extensions={{ext|hgt}}
}}

Height files contain elevation data for regions of the Earth's surface described by the name of the file. Each file describes a tile with a height of one degree of latitude and a width of one degree of longitude. The name of each file refers to the latitude and longitude at the lower left corner of the tile.

== Format ==
Each file consists of a sequence of 16-bit signed values stored in big-endian [[Endianness|byte order]], arranged in row major order, meaning that the samples for each row are stored consecutively. The total number of values depends on the dimensions of the dataset held by each file. For 1 arc-second resolution data, each file will contain 3601 * 3601 values; for 3 arc-second resolution data, each file will contain 1201 * 1201 values.

The order of rows runs from north to south and the order of values in each row runs from west to east. This means that the first value in the last row in each file corresponds to the position specified by the name of the file. Each tile described by the data overlaps adjacent tiles to the north and south by a single row in each direction, and to the west and east by a single column in each direction. In other words, the first row of values in a file is the same as the last row of values in the file that describes the tile immediately to the north of it. Similarly, the last column of values will be the same as the first column of values in the file that describes the tile immediately to the east of it.

== Identifiers ==
The filename extension '''.hgt''' is used.

== Software ==

== Sample files ==
* [http://dds.cr.usgs.gov/srtm/version2_1/ SRTM Version 2.1 datasets]

== Links ==
* [http://dds.cr.usgs.gov/srtm/version2_1/Documentation/ SRTM Topography]

Zig Zag Ancient Greeks

2014-01-26T01:08:11Z

DavidBoddie: Added links to publishers and a distributor for completeness.

{{FormatInfo
|formattype=electronic
|subcat=Saved Games
}}

== Overview ==

Zig Zag Ancient Greeks was an educational game originally published by Longman Logotron and BBC Worldwide in 1996 for RISC OS systems. The object of the game was to complete a number of tasks related to life in an Ancient Greek town. The player's character wanders around an open area, entering locations where the tasks are situated.

Since there were many tasks to perform, the game provided an option to save progress to a file and load it again later. This page describes the format, based on the original notes for it.

== Notes ==

The format used in The Greeks.

=== Requirements ===

The files saved by the Greeks will have to contain information about the general setup of the program, the player, the environment, progress made, and the status of each location. An identifier, to specifically link the file to this program is also required.

=== Solution ===

The format is laid down as follows:

{| class="wikitable" width="50%"
|-
! colspan="2" | Header (unspecified length)
|-
| 0 || Word containing "ZZG"
|-
| 4 || General setup details such as volume,
help, and save path. Possibly include
country information for students using
the program with another language.
|-
! colspan="2" | Game information
|-
| 0 || Number of tasks completed
|-
! colspan="2" | Environment information
|-
| 0 || Player position (x coordinate)
|-
| 4 || (y coordinate)
|-
| 8 || Player direction (2 byte string)
|-
| 12 || Player animation frame
|-
| 16 || Number of static objects
|-
! colspan="2" | Location information
|-
| 0 || Completed flag (0, 1 or 2)
|-
| 4 || Status
|-
| 8 || Number of objects
|-
! colspan="2" | Objects
|-
| 0 || Object number (0-MAX_OBJ)
|-
| 4 || x coordinate
|-
| 8 || y coordinate
|-
| 12 || width
|-
| 16 || height
|-
| 20 || existence flag
|-
| 24 || falling flag
|-
| 28 || sprite name
|-
| colspan="2" | ...
|-
! colspan="2" | Location specific information
|-
| 0 || Length of information (including this
word)
|-
| colspan="2" | ...
|}

== Comments ==

It seems like the original software can still be [http://www.cjemicros.co.uk/micros/individual/newprodpages/prodinfo.php?prodcode=LON-ZZTG purchased from CJE Micro's]. The rights to the range of software from [http://www.logotron.co.uk/ Logotron Ltd.] were [http://www.r-e-m.co.uk/logo/?i=about acquired in 2011 by Rickett Educational Media].

[[Category:RISC OS]]

Impression

2013-10-11T20:51:15Z

DavidBoddie: Added a link to a more "official" file types list.

{{FormatInfo
|formattype=electronic
|subcat=Document
}}

== Overview ==

Impression was the name of a series of desktop publishing applications for RISC OS produced by [http://www.cconcepts.co.uk Computer Concepts]. The first application was simply called Impression. A second release of this application introduced the Impression II product. Later applications used the Impression name, but were aimed at particular markets or types of user: Impression Junior, Impression Style, Impression Publisher.

Applications in the series shared a common file format, but there were some differences between different products in the series. Initially, documents were stored as a collection of files in a directory, but later versions could store documents in single files with a file type of bc5 (ImpDoc).

== References ==

* [http://www.boddie.org.uk/david/Projects/Python/Impression/ Impression Documents and Tools] - where much of the information on this page is going to come from
* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]
* [https://www.riscosopen.org/wiki/documentation/show/File%20Types File Types] (riscosopen.org)

[[Category:RISC OS]]

Ace Film

2013-08-22T19:37:33Z

DavidBoddie:

{{FormatInfo
|formattype=electronic
|subcat=Video
}}

== Overview ==

Ace Film is an animation file format used on early RISC OS systems (file type D6A, AceFilm), allowing graphics created using Ace Computing's applications to be stored as a series of frames in a file, to be replayed layer using the Projector application. Applications used to generate Ace Film files included Tween, Mogul and [[Euclid (Ace Computing)|Euclid]].

== Notes ==
''[Ed. note: Need more sources/research. The files from Arcade BBS don't seem to match this format (title actually begins at offset 0x2).]''

''[Author's note: Agreed. The files I have follow the format described below, but those from Arcade BBS seem to be different. I should have paid a bit more attention to that.]''

All lengths and offsets are in bytes. Words are 4 bytes.

0x0: File length (4 bytes)
0x4: Title (12 bytes, ASCII, low bytes ignored, can contain spaces)
0x10: Offset into the file of data (data_offset)
0x14:
0x18:
0x1c: Number of colours?

Each frame is described by a data length followed by the data itself, then
followed by the data length again, presumably to make it easy to traverse the
file in both directions:

data_offset: length of data (including this word) (data_length)
...
data_offset + data_length - 4: data_length

== References ==

* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]
* [http://arcade.demon.co.uk/cgi-bin/filesearch?key=ace%20film Arcade BBS Filebase search for "ace film"]

[[Category:RISC OS]]

TechWriter

2013-06-15T19:06:00Z

DavidBoddie: Added file type information.

{{FormatInfo
|formattype=electronic
|subcat=Document
}}

== Overview ==

'''TechWriter''' is a scientific word processor for the RISC OS platform that was created by Icon Technology and [http://www.mw-software.com/icon-tech/Products/TechWriter/TechWriter%20pro.html currently developed] by MW Software. It provides the same basic features as EasiWriter and adds support for equation editing and display.

Both EasiWriter and TechWriter appear to share the same file format. Files are stored using the file type d01 (EasiDoc).

== References ==

* [http://www.boddie.org.uk/david/Projects/Python/TechWriter/ TechWriter Python Package]
* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]

ArcFS

2013-02-18T10:26:59Z

DavidBoddie:

{{FormatInfo
|subcat=Archiving
|extensions={{ext|arc}}
}}

'''ArcFS''' is an archiver for RISC OS, claimed to have similar functions to [[Spark]] and to have a free read-only (de-archiver) version, so that you don't have to buy anything to open archives created in the ArcFS format.

The (rather over-used) '''.arc''' file extension is used, even though the format is not compatible with the various other formats for various other platforms that have also used this extension. On RISC OS systems, files in this format typically have a filetype of 3FB (ArcFSArc).

== Links ==

* [http://www.riscos.info/index.php/ArcFS Page in riscos.info site]
* [http://www.armclub.org.uk/products/arcfs/ Page in ARM Club site]
* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]

Unified Emulator Format

2013-01-07T15:12:52Z

DavidBoddie:

{{FormatInfo
|formattype=electronic
|subcat=Disk Image Formats
|extensions={{ext|uef}}
}}

The '''Unified Emulator Format''' (UEF) is a format used to store raw tape, disk, and ROM data from Acorn computers, inclduing [[Kansas City Standard data cassette]]s, in a computer file suitable for storage and transfer on modern systems and networks. Since some other computer systems (e.g., the SOL-20) also use the Kansas City standard for cassettes, this format will also serve to archive cassette data for them, similarly to how a [[Tap file]] encodes Commodore cassettes.

== References ==
* [http://mdfs.net/Docs/Comp/BBC/FileFormat/UEFSpecs.htm UEF specs]
* [[Wikipedia:Unified Emulator Format|Wikipedia article]]
* [http://beebwiki.jonripley.com/Acorn_cassette_format Acorn cassette format] - covers physical and signal layers in addition to describing the block layer relevant to UEF images

== Software ==
* [http://www.boddie.org.uk/david/Projects/Emulation/UEFtrans UEFtrans: Python script to handle UEF data]

Unified Emulator Format

2013-01-07T14:58:58Z

DavidBoddie: Changed the link to UEFtrans to refer directly to its home page.

{{FormatInfo
|formattype=electronic
|subcat=Disk Image Formats
|extensions={{ext|uef}}
}}

The '''Unified Emulator Format''' (UEF) is a format used to store raw tape, disk, and ROM data from Acorn computers, inclduing [[Kansas City Standard data cassette]]s, in a computer file suitable for storage and transfer on modern systems and networks. Since some other computer systems (e.g., the SOL-20) also use the Kansas City standard for cassettes, this format will also serve to archive cassette data for them, similarly to how a [[Tap file]] encodes Commodore cassettes.

== References ==
* [http://mdfs.net/Docs/Comp/BBC/FileFormat/UEFSpecs.htm UEF specs]
* [[Wikipedia:Unified Emulator Format|Wikipedia article]]

== Software ==
* [http://www.boddie.org.uk/david/Projects/Emulation/UEFtrans UEFtrans: Python script to handle UEF data]

BBC BASIC tokenized file

2012-12-22T16:54:04Z

DavidBoddie: Added basic information about BBC BASIC.

{{FormatInfo
|subcat=Source code
|subcat2=Tokenized BASIC
|released=1981
}}

BBC BASIC was created for the BBC Computer Literacy Project in the United Kingdom and was supplied as standard on all home microcomputers produced by Acorn Computers. Programs are stored as a series of tokens - in memory these begin at the address specified by PAGE, whose value can also be read and modified from BASIC. The end address of the current program is held by the TOP variable.

== Format documentation ==
* [http://mdfs.net/Docs/Comp/BBCBasic/Tokens Tokens] index at MDFS

== Software ==
* [http://mdfs.net/Software/BBCBasic/ BBC BASIC] implementations for other CPUs and systems

== Other links and references ==
* [http://mdfs.net/Docs/Comp/BBC/BASIC/ BBC BASIC - BBC FAQ]
* [http://mdfs.net/Docs/Comp/BBCBasic/ MDFS::Docs.Comp.BBCBasic]
* [http://www.rtrussell.co.uk/bbcbasic/history.html A History of BBC BASIC]
* [http://acorn.chriswhy.co.uk/Computers/BBCMicros.html BBC Microcomputers]

[[Category:Acorn computers]]

Tokenized BASIC

2012-12-22T01:05:38Z

DavidBoddie: Added a placeholder for BBC BASIC.

{{FormatInfo
|subcat=Source code
|extensions={{ext|bas}}
}}

'''Tokenized BASIC''' is a method of storing programs in the [[BASIC]] programming language by encoding the various keywords of the language as "tokens" instead of as plain text. Since the tokens are shorter byte sequences than the full text of the keywords, such programs take up less storage space in memory and in external storage such as disks or tapes, which was a significant concern in an era when computers were much more limited in memory and disk space than they are at present. It can also take less processing time for the interpreters to parse the code when it is in the form of tokens, which is another important concern for slower computers. Since computers are much faster and have much more memory and disk space now, tokenized languages are rarely used for source code storage, though compilers may generate intermediate data that is tokenized in some way in the course of producing executable code from text-based sources.

In its heyday of the 1960s through 1980s, BASIC existed in many dialects, designed for specific machine platforms, and the format of tokenized programs was different in each. On systems where file types were commonly identified using extensions, '''.BAS''' was usually used for BASIC programs, while other systems had their own ways of identifying file types and often had a type code specific to their own platform's BASIC interpreter (or multiple codes for different versions of BASIC, such as Apple II DOS's 'I' for Integer BASIC and 'A' for Applesoft floating-point BASIC).

People intending to transfer BASIC programs cross-system would usually export them in text form by piping the output of the LIST command to a text file (which sometimes required special tweaking to get the proper format; for instance, on the Apple II, one needed to do a poke first: '''POKE 33,33''', to set the screen window width narrow enough to defeat the automatic insertion of padding spaces on normal-size lines). Cross-system porting usually required considerable program revision as well due to the great differences between different BASIC dialects.

Specific tokenized BASIC formats:

* [[Apple Integer BASIC tokenized file]]
* [[Applesoft BASIC tokenized file]]
* [[Atari BASIC tokenized file]]
* [[BBC BASIC tokenized file]]
* [[Commodore BASIC tokenized file]]
* [[CP/M Microsoft BASIC tokenized file]]
* [[GW-BASIC tokenized file]] (or BASICA) (IBM PC and compatibles)
* [[TRS-80 BASIC tokenized file]]

Acorn Replay

2012-12-09T22:50:09Z

DavidBoddie:

{{FormatInfo
|formattype=electronic
|subcat=Video
}}

== Overview ==

Acorn Replay is an audio/video container (file type AE7, ARMovie) that was the native multimedia format on RISC OS systems.

== Resources ==

* [http://www.chiark.greenend.org.uk/~theom/riscos/docs/apps/ReplayFormat.txt Playing 16 bit music, samples etc] - an early description of the container format
* [http://multimedia.cx/formats.html Multimedia Formats] - contains an updated version of the above document with a more comprehensive list of codecs
* [https://bitbucket.org/dboddie/replay Python module and examples] - really simple proof of concept code for extracting key frames and audio from certain types of Replay movies

Sibelius

2012-11-29T23:41:44Z

DavidBoddie: /* Overview */

{{FormatInfo
|formattype=electronic
|subcat=Audio and Music
|extensions={{ext|sib}}, {{ext|si7}}
}}

== Overview ==

Sibelius is the name of a series of applications for music typesetting, initially developed for RISC OS (file type DE0, Sibelius) and later for Mac OS X and Windows.

The file format for the RISC OS versions (Sibelius 6 and 7) differs from that used on the other platforms. Traditionally, files from those versions have been given an .si7 file extension, imported into the later versions, and saved with an .sib extension.

Files produced on current versions of the product appear to be compressed using an unspecified algorithm. Attempting to compress a file further typically leads to an increase in file size due to the overhead of additional compression format headers.

Some files appear to contain several headers throughout their contents. These are connected via tables of file addresses that can be used to construct a tree of data nodes for each file.

== Resources ==

[http://www2.cpdl.org/wiki/index.php/Sibelius_(music_notation_software) ChoralWiki:Sibelius] - information about the different versions of Sibelius for various platforms

Sibelius

2012-11-25T23:08:51Z

DavidBoddie: /* Overview */

== Overview ==

Sibelius is the name of a series of applications for music typesetting, initially developed for RISC OS (file type DE0, Sibelius) and later for Mac OS X and Windows.

The file format for the RISC OS versions (Sibelius 6 and 7) differs from that used on the other platforms. Traditionally, files from those versions have been given an .si7 file extension, imported into the later versions, and saved with an .sib extension.

Files produced on current versions of the product appear to be compressed using an unspecified algorithm. Attempting to compress a file further typically leads to an increase in file size due to the overhead of additional compression format headers.

== Resources ==

[http://www2.cpdl.org/wiki/index.php/Sibelius_(music_notation_software) ChoralWiki:Sibelius] - information about the different versions of Sibelius for various platforms

Squash (RISC OS)

2012-11-20T22:51:56Z

DavidBoddie: Added basic information about Squash files.

== Overview ==

Squash files (file type FCA, Squash) contain compressed data for single files on RISC OS systems.

== Format ==

According to the help text for the Squash application, "The Squash module currently compresses using a 12-bit LZW algorithm but no guarantee is made that this will be so in the future."

The compressed data is preceded by a header, with offsets measured in bytes and all values stored in little-endian byte order:

{| class="wikitable" width="50%"
! Offset || Description
|-
! 0
| "SQSH" (4 byte ID)
|-
! 4
| Length of the original, uncompressed file in bytes
|-
! 8
| Load address of the original file
|-
! 12
| Execution address of the original file
|-
! 16
| Reserved (should be 0)
|}

As with a number of data formats related to filing systems on RISC OS, the load and execution addresses are actually used to hold the file type and date stamp of the original file.

== References ==

* [http://acorn.riscos.com/riscos3/35/35DiscImage/Apps/!Squash/!Help Help file] for the Squash application
* [http://acorn.riscos.com/riscos3/37/37DiscImage/Manuals/Manual/BOOK2AB/E_18.HTM Manual page] in the RISC OS 3.7 user guide
* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]

Archiving

2012-11-20T22:31:16Z

DavidBoddie:

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Compression]]
|}

(Lossless, for generic data + file archives)

__NOTOC__

== Compression + archiving ==
(Multiple files => 1 file, makes it smaller)

* [[7z]] - [[7ZIP]]
* [[ACE]] [[ace]]
* [[ARC]] [[arc]]
* [[arc]] - [[ARC (FreeArc)]]
* [[arc]], [[gz]] - [[ARC (Web Archiving)]]
* [[dmg]] - [[Apple Disk Image]]
* [[arj]] [[ARJ]]
* [[BRU]] - (RSX-11M backup)
* [[cab]] - [[Cabinet]]
* [[DWC]] [[dwc]]
* [[IMP]] [[imp]]
* [[Jar]] [[j]], [[jar]] => this is just a renamed zip file with some mandatory files
* [[lzh]], [[lha]] - [[LHAv]]
* [[PMA]] (.pma)
* [[RAR]] (.rar)
* [[Softlib]] (Softdisk Publishing)
* [[spk]] - [[Spark]]
* [[sit]] - [[Stuffit]]
* [[sitx]] - [[Stuffit X]]
* [[warc]], [[warc.gz]] - [[WARC]]
* [[zip]] - [[ZIP]]
* [[zoo]] - [[ZOO]]

== Archiving only ==
(many files => 1 file, no compression attempted)

* [[arc]] - [[ARC (Internet Archive)]]
* [[hqx]] - [[BinHex]]
* [[LBR]] [[lbr]]
* [[tar]] - [[Tape Archive]]
* [[a]] [[lib]] - [[AR]] file format -- Unix Archiver (ar) format as used by various compilers/linkers
* [[CPIO]] [[cpio]]
* [[BagIt]]

== Stream compression formats ==

A stream format takes a stream of bytes, and outputs a different, hopefully smaller, stream of bytes. These compression formats are often used internally in other data structures to compress data, as well as in network protocols, such as http. Used stand-alone, a stream compression format does not offer archiving capability, however in the UNIX doctrine, an archiver like [[tar]] can be combined with an archive format to produce a proper compressed archive.

* [[bz2]] - [[BZIP2]]
* [[?Z?]] - [[Crunch]]
* [[gz]] - [[GZIP]]
* [[ecm]] - [[Error Code Modeler]]
* [[LZMA]] [[lzma]]
* [[?Q?]] - [[Squeeze/SQ]]
* [[XZ]] [[xz]]
* [[?Y?]] - [[CrLZH]]
* [[lz]] - [[LZIP]]
* [[LZOP]] [[lzop]]
* [[Z]] - [[LZW]]
* [[DEFLATE]] [[rfc1951]]
* [[CCITT Group 4]]

== Uncategorized ==

* [[7zX]] [[s7z]]
* [[9CDR]] - [[Amiga FileImploder Clone]]
* [[AFA]] [[afa]]
* [[ALZip]] [[alz]]
* [[APX]] [[apx]]
* [[ARCFS]] - [[ArcFS ArchivePacker]]
* [[ArchiveLib]] [[GreenLeaf]]
* [[bh]] - [[BlakHole]]
* [[cfs]] - [[Compact File Set]]
* [[cpt]] - [[Compact Pro]]
* [[CRN]] [[crn]] - compressed text files used for PC-Write manual
* [[DGCA]] [[dgc]]
* [[dar]] - [[Disk Archiver]]
* [[dd]] - [[DiskDoubler]]
* [[DMS]] [[dms]] - Amiga Disk Masher compressed file
* [[DUPA]]- [[Amiga FileImploder Clone]]
* [[ecc]] - [[DVDisaster Error Correction File]]
* [[FIMP]] - [[Amiga FileImploder]]
* [[F]] - [[Freeze/Melt]]
* [[GCA]] [[gca]]
* [[HA]] [[ha]]
* [[z]] - [[Huffman Encoding]]
* [[ICE]] [[ice]]
* [[IFHC]] - [[Amiga FileImploder Clone]]
* [[IMP]] - [[Amiga FileImploder]]
* [[Inflate]] [[infl]]
* [[kgb]] - [[KGB Archiver]]
* [[xp3]] - [[KiriKiri]]
* [[LZX]] [[lzx]]
* [[LNX]] [[lnx]] - [[Lynx archive]], used on Commodore 64
* [[mar]] - [[Mozilla Archive]]
* [[??_]] - [[MS-DOS Compression]]
* [[pit]] - [[PackIt]]
* [[PAK]] [[pak]]
* [[PAQ]] [[paq6]] [[paq7]] [[paq8]]
* [[par]] [[par2]] - [[Parchive File]]
* [[partimg]] - [[PartImage]]
* [[pea]] - [[PeaZip]]
* [[uca]] - [[PerfectCompress]]
* [[PIM]] [[pim]]
* [[qda]] - [[Quadruple D]]
* [[RK]] [[rk]]
* [[RZIP]] [[rzip]]
* [[ba]] - [[SCIFER]]
* [[sen]] - [[Scifer]]
* [[sda]] - [[Self Dissolving ARChive]]
* [[sea]] - [[Self-Extracting Archive]]
* [[sfx]] - [[Self-Extracting Archive]]
* [[sfArk]] [[sfark]]
* [[shar]] - [[Shell Archive]]
* [[Squash (RISC OS)|Squash]] - single file compression on RISC OS
* [[SQX]] [[sqx]]
* [[uha]] - [[UHarc]]
* [[uc]], [[uc0]], [[uc2]], [[ucn]], [[ur2]], [[ue2]] - [[UltraCompressor II]]
* [[ar]] - [[Unix Archiver]]
* [[wim]] [[Windows Image]]
* [[hki]] - [[WinHKI]]
* [[rk]] - [[WinRK]]
* [[XAR]] [[xar]]
* [[YZ1]] [[yz1]]
* [[zz]]] - [[Zzip]]

[[Category:Compression| ]]

Archiving

2012-11-20T22:30:03Z

DavidBoddie:

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Compression]]
|}

(Lossless, for generic data + file archives)

__NOTOC__

== Compression + archiving ==
(Multiple files => 1 file, makes it smaller)

* [[7z]] - [[7ZIP]]
* [[ACE]] [[ace]]
* [[ARC]] [[arc]]
* [[arc]] - [[ARC (FreeArc)]]
* [[arc]], [[gz]] - [[ARC (Web Archiving)]]
* [[dmg]] - [[Apple Disk Image]]
* [[arj]] [[ARJ]]
* [[BRU]] - (RSX-11M backup)
* [[cab]] - [[Cabinet]]
* [[DWC]] [[dwc]]
* [[IMP]] [[imp]]
* [[Jar]] [[j]], [[jar]] => this is just a renamed zip file with some mandatory files
* [[lzh]], [[lha]] - [[LHAv]]
* [[PMA]] (.pma)
* [[RAR]] (.rar)
* [[Softlib]] (Softdisk Publishing)
* [[spk]] - [[Spark]]
* [[sit]] - [[Stuffit]]
* [[sitx]] - [[Stuffit X]]
* [[warc]], [[warc.gz]] - [[WARC]]
* [[zip]] - [[ZIP]]
* [[zoo]] - [[ZOO]]

== Archiving only ==
(many files => 1 file, no compression attempted)

* [[arc]] - [[ARC (Internet Archive)]]
* [[hqx]] - [[BinHex]]
* [[LBR]] [[lbr]]
* [[tar]] - [[Tape Archive]]
* [[a]] [[lib]] - [[AR]] file format -- Unix Archiver (ar) format as used by various compilers/linkers
* [[CPIO]] [[cpio]]
* [[BagIt]]

== Stream compression formats ==

A stream format takes a stream of bytes, and outputs a different, hopefully smaller, stream of bytes. These compression formats are often used internally in other data structures to compress data, as well as in network protocols, such as http. Used stand-alone, a stream compression format does not offer archiving capability, however in the UNIX doctrine, an archiver like [[tar]] can be combined with an archive format to produce a proper compressed archive.

* [[bz2]] - [[BZIP2]]
* [[?Z?]] - [[Crunch]]
* [[gz]] - [[GZIP]]
* [[ecm]] - [[Error Code Modeler]]
* [[LZMA]] [[lzma]]
* [[?Q?]] - [[Squeeze/SQ]]
* [[XZ]] [[xz]]
* [[?Y?]] - [[CrLZH]]
* [[lz]] - [[LZIP]]
* [[LZOP]] [[lzop]]
* [[Z]] - [[LZW]]
* [[DEFLATE]] [[rfc1951]]
* [[CCITT Group 4]]

== Uncategorized ==

* [[7zX]] [[s7z]]
* [[9CDR]] - [[Amiga FileImploder Clone]]
* [[AFA]] [[afa]]
* [[ALZip]] [[alz]]
* [[APX]] [[apx]]
* [[ARCFS]] - [[ArcFS ArchivePacker]]
* [[ArchiveLib]] [[GreenLeaf]]
* [[bh]] - [[BlakHole]]
* [[cfs]] - [[Compact File Set]]
* [[cpt]] - [[Compact Pro]]
* [[CRN]] [[crn]] - compressed text files used for PC-Write manual
* [[DGCA]] [[dgc]]
* [[dar]] - [[Disk Archiver]]
* [[dd]] - [[DiskDoubler]]
* [[DMS]] [[dms]] - Amiga Disk Masher compressed file
* [[DUPA]]- [[Amiga FileImploder Clone]]
* [[ecc]] - [[DVDisaster Error Correction File]]
* [[FIMP]] - [[Amiga FileImploder]]
* [[F]] - [[Freeze/Melt]]
* [[GCA]] [[gca]]
* [[HA]] [[ha]]
* [[z]] - [[Huffman Encoding]]
* [[ICE]] [[ice]]
* [[IFHC]] - [[Amiga FileImploder Clone]]
* [[IMP]] - [[Amiga FileImploder]]
* [[Inflate]] [[infl]]
* [[kgb]] - [[KGB Archiver]]
* [[xp3]] - [[KiriKiri]]
* [[LZX]] [[lzx]]
* [[LNX]] [[lnx]] - [[Lynx archive]], used on Commodore 64
* [[mar]] - [[Mozilla Archive]]
* [[??_]] - [[MS-DOS Compression]]
* [[pit]] - [[PackIt]]
* [[PAK]] [[pak]]
* [[PAQ]] [[paq6]] [[paq7]] [[paq8]]
* [[par]] [[par2]] - [[Parchive File]]
* [[partimg]] - [[PartImage]]
* [[pea]] - [[PeaZip]]
* [[uca]] - [[PerfectCompress]]
* [[PIM]] [[pim]]
* [[qda]] - [[Quadruple D]]
* [[RK]] [[rk]]
* [[RZIP]] [[rzip]]
* [[ba]] - [[SCIFER]]
* [[sen]] - [[Scifer]]
* [[sda]] - [[Self Dissolving ARChive]]
* [[sea]] - [[Self-Extracting Archive]]
* [[sfx]] - [[Self-Extracting Archive]]
* [[sfArk]] [[sfark]]
* [[shar]] - [[Shell Archive]]
* [[Squash]] - single file compression on RISC OS
* [[SQX]] [[sqx]]
* [[uha]] - [[UHarc]]
* [[uc]], [[uc0]], [[uc2]], [[ucn]], [[ur2]], [[ue2]] - [[UltraCompressor II]]
* [[ar]] - [[Unix Archiver]]
* [[wim]] [[Windows Image]]
* [[hki]] - [[WinHKI]]
* [[rk]] - [[WinRK]]
* [[XAR]] [[xar]]
* [[YZ1]] [[yz1]]
* [[zz]]] - [[Zzip]]

[[Category:Compression| ]]

Sibelius

2012-11-19T22:11:59Z

DavidBoddie:

== Overview ==

Sibelius is the name of a series of applications for music typesetting, initially developed for RISC OS (file type DE0, Sibelius) and later for Mac OS X and Windows.

The file format for the RISC OS versions (Sibelius 6 and 7) differs from that used on the other platforms. Traditionally, files from those versions have been given an .si7 file extension, imported into the later versions, and saved with an .sib extension.

== Resources ==

[http://www2.cpdl.org/wiki/index.php/Sibelius_(music_notation_software) ChoralWiki:Sibelius] - information about the different versions of Sibelius for various platforms

Sibelius

2012-11-19T22:02:54Z

DavidBoddie: Added basic information about Sibelius.

== Overview ==

Sibelius is the name of a series of applications for music typesetting, initially developed for RISC OS (file type DE0, Sibelius) and later for Mac OS X and Windows.

== Resources ==

[http://www2.cpdl.org/wiki/index.php/Sibelius_(music_notation_software) ChoralWiki:Sibelius] - information about the different versions of Sibelius for various platforms

Ace Film

2012-11-19T02:47:10Z

DavidBoddie: Added basic notes from studying some example files.

{{FormatInfo
|formattype=electronic
|subcat=Video
}}

== Overview ==

Ace Film is an animation file format used on early RISC OS systems (file type D6A, AceFilm), allowing graphics created using Ace Computing's applications to be stored as a series of frames in a file, to be replayed layer using the Projector application. Applications used to generate Ace Film files included Tween, Mogul and [[Euclid (Ace Computing)|Euclid]].

== Notes ==

All lengths and offsets are in bytes. Words are 4 bytes.

0x0: File length (4 bytes)
0x4: Title (12 bytes, ASCII, low bytes ignored, can contain spaces)
0x10: Offset into the file of data (data_offset)
0x14:
0x18:
0x1c: Number of colours?

Each frame is described by a data length followed by the data itself, then
followed by the data length again, presumably to make it easy to traverse the
file in both directions:

data_offset: length of data (including this word) (data_length)
...
data_offset + data_length - 4: data_length

== References ==

* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]
* [http://arcade.demon.co.uk/cgi-bin/filesearch?key=ace%20film Arcade BBS Filebase search for "ace film"]

Euclid (Ace Computing)

2012-11-19T02:29:12Z

DavidBoddie: Added my notes on Euclid files based on examining a few example files.

{{FormatInfo
|subcat=3D and CAD/CAM Models
}}

== Overview ==

Euclid was the name of a 3D editing application for RISC OS systems. Euclid files (file type DE1, Euclid) share some features with [[Acorn Draw|Draw]] files but appear to be structured differently.

== Notes ==

Assuming use of 2 and 8 to indicate move and draw, as in Draw paths; use of 6,
0x106, 0x206 to mean a Bezier curve. Three coordinates per operation.

Values at 0x00 and 0x30 appear to differ by 0x5c.

0x0: value_0
0x4: 0x12
0x8: 0
0xc: 0
0x10: 0

Names of objects appear in the files. These are often preceded by values like
these:

0x40000001 !Camera\r
0x31000002 CamDef\r\r
0x32000002 S0srros\r

Each file appears to start with a root object at 0x50:

(files/Location)
0x50: 0x4000000a $\r
...
0xc0: 0x40000004 $\r

(files/Seating)
0x50: 0x40000004 $\r
...
0x90: 0x22000005

Some objects have names:

(files/SET)
0x50: 0x40000010 $\r
0xf0: 0x40000004 $\r
0x6f8: 0x40000002 Folly\r
0x82c: 0x40000003 FollyBase\r
0xb20: 0x40000001 !Camera\r
0xe20: 0x40000001 CSros\r
0xfcc: 0x40000001 SRros\r
0x11a8: 0x40000001 SLros\r
0x1210: 0x40000001 MusoRos\r
0x13bc: 0x40010001 trellis\r

0x1a8: 0x32000002 SeatFloor\r
0x27c: 0x32000002 SeatsA\r
0x350: 0x32000002 SeatsEnd\r
0x474: 0x32000002 StageFloor\r
0x568: 0x32000002 Bank\r

0x157c: 0x32010002 S0trellis\r

Some objects contain what appear to be paths, with Draw-like path objects:

(files/SET)
0xff4: 0x22000010 ; path (0x22) with (0x10) points defined (including
; control points)

0xff8: 0x00000002 ; move
0xffc: 0x00000041 ; x
0x1000: 0x00000166 ; y
0x1004: 0x00000000 ; z

0x1008: 0x00000006 ; Bezier curve endpoint
0x100c: 0x00000034 ; x
0x1010: 0x000001a0 ; y
0x1014: 0x00000000 ; z
0x1018: 0x00000106 ; Control point 1
0x101c: 0xfffffffc ; cx1
0x1020: 0x000001c4 ; cy1
0x1024: 0x00000000 ; cz1
0x1028: 0x00000206 ; Control point 2
0x102c: 0xffffffc2 ; cx2
0x1030: 0x000001b7 ; cy2
0x1034: 0x00000000 ; cz2

...
0x10f8: 0x22000002 ; next path with 2 points defined

0x22...... objects appear to only contain command,x,y,z data, so the length of
the data appears to be a multiple of 16 bytes.

0x32...... objects are named objects that contain a number of other objects,
the first of which appears 0x6c bytes from the start of the object, though it
is possible that there is an 0x50000000 object that appears 0x4c bytes after
the start and this contains 28 bytes of its own. This may be excluded from the
object count.

0x40...... objects are named objects that contain a number of other objects.
There appear to be a number of pairs of words at the start of the object that
correspond to the number in the opening identifier. Definitions follow these
words:

(files/Seating)
0x50: 40000004 00000d24 00000000 00000000 ; 4 objects, name $\r
0x60: 00000000 00000000 00000000 00000000
0x70: 00049acc 00049a80 00049ba0 00049b54 ; 2 objects (8 bytes each)
0x80: 00049c74 00049c28 00049c94 00049c28 ; 2 objects (8 bytes each)
0x90: 22000005 00000002 fffffdc7 ffffffff ; first object
...

These seem to be addresses like the ones found at offsets 0x0 and 0x34 in each
file.

0x50...... objects appear to contain 7 words and appear in addition to the
declared number of objects inside another object.

0x3201.... objects appear to be defined like 0x3200.... objects and this
therefore means that identifiers may be defined like this:

ttssllll

where tt is the object type, ss is the subtype and llll is the number of
objects/elements it contains. However, 0x3201.... objects appear to lack
objects inside them except for 0x50000000 and 0x50010000 objects.

0x31...... objects appear to contain the specified number of 0x21...... objects
in their header, plus a 0x5000.... object, followed by the specified number of
objects.

0x21...... objects appear to be collections of 20 byte data structures.

== References ==

* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]
* [http://arcade.demon.co.uk/cgi-bin/filesearch?key=euclid File search for "euclid" in the Arcade BBS Filebase]

Acorn Replay

2012-11-19T00:05:03Z

DavidBoddie: /* Resources */

Ace Film

2012-11-18T18:50:36Z

DavidBoddie:

Ace Film

2012-11-18T18:48:09Z

DavidBoddie: /* Overview */

Euclid (Ace Computing)

2012-11-18T18:46:28Z

DavidBoddie: Created page with " == Overview == Euclid was the name of a 3D editing application for RISC OS systems. Euclid files (file type DE1, Euclid) share some features with Draw files b..."

== Overview ==

Euclid was the name of a 3D editing application for RISC OS systems. Euclid files (file type DE1, Euclid) share some features with [[Acorn Draw|Draw]] files but appear to be structured differently.

== References ==

* [http://mdfs.net/Docs/Comp/Acorn/Filetypes The Unofficial Acorn Filetypes List]
* [http://arcade.demon.co.uk/cgi-bin/filesearch?key=euclid File search for "euclid" in the Arcade BBS Filebase]

3D and CAD/CAM Models

2012-11-18T18:33:34Z

DavidBoddie:

[[File Formats]] > [[Electronic File Formats]] > [[3D and CAD/CAM Models]]

== 3D Modeling ==
* [[3DMF]] - QuickDraw 3D Metafile (.3dmf)
* [[3DM]] - OpenNURBS Initiative 3D Model (used by Rhinoceros 3D) (.3dm)
* [[3DS]] - Legacy 3D Studio Model (.3ds)
* [[AC]] - AC3D Model (.ac)
* [[AMF]] - Additive Manufacturing File Format
* [[AN8]] - Anim8or Model (.an8)
* [[AOI]] - Art of Illusion Model (.aoi)
* [[B3D]] - Blitz3D Model (.b3d)
* [[BLEND]] - Blender (.blend)
* [[BLOCK]] - Blender encrypted blend files (.block)
* [[C4D]] - Cinema 4D (.c4d)
* [[Cal3D]] - Cal3D (.cal3d)
* [[CCP4]] - X-ray crystallography voxels (electron density)
* [[CFL]] - Compressed File Library (.cfl)
* [[COB]] - Caligari Object (.cob)
* [[CORE3D]] - Coreona 3D Coreona 3D Virtual File(.core3d)
* [[CTM]] - OpenCTM (.ctm)
* [[DAE]] - COLLADA (.dae)
* [[DFF]] - RenderWare binary stream, commonly used by Grand Theft Auto III-era games as well as other RenderWare titles
* [[DPM]] - deepMesh (.dpm)
* [[DTS]] - Torque Game Engine (.dts)
* [[EGG]] - Panda3D Engine
* [[FACT]] - Electric Image (.fac)
* [[FBX]] - Autodesk FBX (.fbx)
* [[G]] - BRL-CAD geometry (.g)
* [[GLM]] - Ghoul Mesh (.glm)
* [[JAS]] - Cheetah 3D file (.jas)
* [[LWO]] - Lightwave Object (.lwo)
* [[LWS]] - Lightwave Scene (.lws)
* [[LXO]] - Luxology Modo (software) file (.lxo)
* [[MA]] - Autodesk Maya ASCII File (.ma)
* [[MAX]] - Autodesk 3D Studio Max file (.max)
* [[MB]] - Autodesk Maya Binary File (.mb)
* [[MD2]] - Quake 2 model format (.md2)
* [[MD3]] - Quake 3 model format (.md3)
* [[MDX]] - Blizzard Entertainment's own model format (.mdx)
* [[MESH]] - New York University(.m)
* [[MESH]] - Meshwork Model (.mesh)
* [[MM3D]] - Misfit Model 3d (.mm3d)
* [[MPO]] - Multi-Picture [[Object]] - This JPEG standard is used for 3d images, as with the Nintendo 3DS
* [[MRC]] - voxels in cryo-electron microscopy
* [[NIF]] - Gamebryo NetImmerse File (.nif)
* [[OBJ]] - Wavefront .obj file (.obj)
* [[OFF]] - OFF Object file format (.off)
* [[PRC]] - Adobe PRC (embedded in PDF files)
* [[POV]] - POV-Ray document (.pov)
* [[RWX]] - RenderWare Object (.rwx)
* [[SGO]] - Silicon Graphics Object, Showcase
* [[SIA]] - Nevercenter Silo Object (.sia)
* [[SIB]] - Nevercenter Silo Object (.sib)
* [[SKP]] - Google Sketchup file (.skp)
* [[SLDASM]] - SolidWorks Assembly Document (.sldasm)
* [[SLDPRT]] - SolidWorks Part Document (.sldprt)
* [[SMD]] - Valve Studiomdl Data format. (.smd)
* [[TDDD]] - Turbo Silver 3D Data Description, T3D
* [[U3D]] - Universal 3D file format (.u3d)
* [[VRML97]] - VRML Virtual reality modeling language (.wrl)
* [[VUE]] - Vue scene file (.vue)
* [[WINGS]] - Wings3D (.wings)
* [[X]] - DirectX 3D Model (.x)
* [[X3D]] - Extensible 3D (.x3d)
* [[Z3D]] - Zmodeler (.z3d)

== CAD ==

* [[3dmlw]] - (3D Markup Language for Web) files
* [[3dxml]] - Dassault Systemes graphic representation
* [[ACP]] - VA Software [[VA]] - Virtual Architecture CAD file
* [[AMF]] - Additive Manufacturing File Format
* [[Argon]] - Ashlar-Vellum (AR) - 3D Modeling
* [[ART]] - ArtCAM model
* [[ASC]] - BRL-CAD Geometry File (old ASCII format)
* [[ASM]] - Solidedge Assembly, Pro/ENGINEER Assembly
* [[DDS BIN|BIN]], [[BIM]] - Data Design System DDS-CAD
* [[CCC]] - CopyCAD Curves
* [[CCM]] - CopyCAD Model
* [[CCS]] - CopyCAD Session
* [[CAD]] - CadStd
* [[CATDrawing]] - CATIA V5 Drawing document
* [[CATPart]] - CATIA V5 Part document
* [[CATProduct]] - CATIA V5 Assembly document
* [[CATProcess]] - CATIA V5 Manufacturing document
* [[cgr]] - CATIA V5 graphic representation file
* [[CO]] - Ashlar-Vellum [[Cobalt]] - parametric drafting and 3D modeling
* [[DRW]] - Caddie Early version of Caddie [[drawing]] - Prior to Caddie changing to DWG
* [[DWG]] - AutoCAD and Open Design Alliance applications
* [[DFT]] - Solidedge Draft
* [[DGN]] - MicroStation design file
* [[DGK]] - Delcam Geometry
* [[DMT]] - Delcam Machining Triangles
* [[DXF]] - ASCII Drawing Interchange file [[format]] - AutoCAD
* [[DWB]] - VariCAD drawing file
* [[DWF]] - AutoDesk's Web Design Format; AutoCAD & Revit can publish to this format; similar in concept to PDF files; AutoDesk Design Review is the reader
* [[Euclid]] - CAD file format
* [[Euclid (Ace Computing)|Euclid]] - CAD/composition file format (Ace Computing)
* [[EMB]] - Wilcom ES Designer Embroidery CAD file
* [[ESW]] - Agtek format
* [[EXCELLON]] - Excellon file
* [[EXP]] - Drawing Express file format
* [[FM]] - FeatureCAM Part File
* [[FMZ]] - FormZ Project file
* [[G]] - BRL-CAD Geometry File
* [[GERBER]] - Gerber file
* [[GLM]] - KernelCAD model
* [[GRB]] - T-FLEX CAD File
* [[GTC]] - GRAITEC Advance file format
* [[IAM]] - Autodesk Inventor Assembly file
* [[ICD]] - IronCAD 2D CAD file
* [[IDW]] - Autodesk Inventor Drawing file
* [[IFC]] - buildingSMART for sharing AEC and FM data
* [[IGES]] - Initial Graphics Exchange Specification
* Intergraph's [[Intergraph Standard File Formats]]
* [[IPN]] - Autodesk Inventor Presentation file
* [[IPT]] - Autodesk Inventor Part file
* [[JT]] (visualization format) - Jupiter Tesselation
* [[MCD]] - Monu-CAD (Monument/Headstone Drawing file)
* [[model]] - CATIA V4 part document
* [[OCD]] - Orienteering Computer Aided Design (OCAD) file
* [[PAR]] - Solidedge Part
* [[PIPE]] - PIPE-FLO Professional Piping system design file
* [[PLN]] - ArchiCad project
* [[PRT]] - NX (recently known as Unigraphics), Pro/ENGINEER Part, CADKEY Part
* [[PSM]] - Solidedge Sheet
* [[PSMODEL]] - PowerSHAPE Model
* [[PWI]] - PowerINSPECT File
* [[PYT]] - Pythagoras File
* [[SKP]] - SketchUp Model
* [[RLF]] - ArtCAM Relief
* [[RVT]] - AutoDesk Revit project files
* [[RFA]] - AutoDesk Revit family files
* [[SCDOC]] - SpaceClaim 3D Part/Assembly
* [[SLDASM]] - SolidWorks Assembly drawing
* [[SLDDRW]] - SolidWorks 2D drawing
* [[SLDPRT]] - SolidWorks 3D part model
* [[dotXSI]] - Softimage
* [[STEP]] - Standard for the Exchange of Product model data
* [[STL]] - Stereo Lithographic data format used by various CAD systems and stereo lithographic printing machines.
* [[TCT]] - TurboCAD drawing template
* [[TCW]] - TurboCAD for Windows 2D and 3D drawing
* [[UNV]] - I-DEAS I-DEAS (Integrated Design and Engineering Analysis Software)
* [[VC6]] - Ashlar-Vellum [[Graphite]] - 2D and 3D drafting
* [[VLM]] - Ashlar-Vellum Vellum, Vellum 2D, Vellum Draft, Vellum 3D, DrawingBoard
* [[VS]] - Ashlar-Vellum Vellum Solids
* [[WRL]] - Similar to STL, but includes color. Used by various CAD systems and 3D printing rapid prototyping machines. Also used for VRML models on the web.
* [[XE]] - Ashlar-Vellum [[Xenon]] - for Associative 3D Modeling

[[Category:3D and CAD/CAM Models| ]]

Zig Zag Ancient Greeks

2012-11-16T04:13:28Z

DavidBoddie: Added a page describing the saved game format for Zig Zag Ancient Greeks.

== Overview ==

Zig Zag Ancient Greeks was an educational game originally published by Longman Logotron and BBC Worldwide in 1996 for RISC OS systems. The object of the game was to complete a number of tasks related to life in an Ancient Greek town. The player's character wanders around an open area, entering locations where the tasks are situated.

Since there were many tasks to perform, the game provided an option to save progress to a file and load it again later. This page describes the format, based on the original notes for it.

== Notes ==

The format used in The Greeks.

=== Requirements ===

The files saved by the Greeks will have to contain information about the general setup of the program, the player, the environment, progress made, and the status of each location. An identifier, to specifically link the file to this program is also required.

=== Solution ===

The format is laid down as follows:

{| class="wikitable" width="50%"
|-
! colspan="2" | Header (unspecified length)
|-
| 0 || Word containing "ZZG"
|-
| 4 || General setup details such as volume,
help, and save path. Possibly include
country information for students using
the program with another language.
|-
! colspan="2" | Game information
|-
| 0 || Number of tasks completed
|-
! colspan="2" | Environment information
|-
| 0 || Player position (x coordinate)
|-
| 4 || (y coordinate)
|-
| 8 || Player direction (2 byte string)
|-
| 12 || Player animation frame
|-
| 16 || Number of static objects
|-
! colspan="2" | Location information
|-
| 0 || Completed flag (0, 1 or 2)
|-
| 4 || Status
|-
| 8 || Number of objects
|-
! colspan="2" | Objects
|-
| 0 || Object number (0-MAX_OBJ)
|-
| 4 || x coordinate
|-
| 8 || y coordinate
|-
| 12 || width
|-
| 16 || height
|-
| 20 || existence flag
|-
| 24 || falling flag
|-
| 28 || sprite name
|-
| colspan="2" | ...
|-
! colspan="2" | Location specific information
|-
| 0 || Length of information (including this
word)
|-
| colspan="2" | ...
|}

Saved Games

2012-11-16T03:48:04Z

DavidBoddie: Added an old educational game.

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Saved Games]]
|}

* [[Genecyst Backup RAM]]
* [[Genecyst Save State]]
* [[Genital Save State]]
* [[KGen98 Save State]]
* [[Nethack]]
* [[Quetzal]] ([[Z-code|Z-machine]] save)
* [[subo]] (Sudoku format)
* [[Zig Zag Ancient Greeks]]

See also: [[Game data files]] and [[Interactive Fiction]] for files containing the game levels, graphics, and other such data.

[[Category:Saved Games| ]]

Ace Film

2012-11-16T03:41:03Z

DavidBoddie:

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Video]]
| >
| [[Ace Film]]
|}

== Overview ==

Ace Film is an animation file format used on early RISC OS systems, allowing graphics created using Ace Computing's applications to be stored as a series of frames in a file, to be replayed layer using the Projector application. Applications used to generate Ace Film files included Tween, Mogul and [[Euclid 3D|Euclid]].

On RISC OS, this format has a file type of d6a.

Ace Film

2012-11-16T03:40:08Z

DavidBoddie: Created a preliminary page about Ace Film files.

== Overview ==

Ace Film is an animation file format used on early RISC OS systems, allowing graphics created using Ace Computing's applications to be stored as a series of frames in a file, to be replayed layer using the Projector application. Applications used to generate Ace Film files included Tween, Mogul and [[Euclid 3D|Euclid]].

On RISC OS, this format has a file type of d6a.

Video

2012-11-16T03:33:09Z

DavidBoddie:

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Video]]
|}

==Pure video formats==
These formats are "monolithic" video formats, meaning that the file format and the encoding of the video data are tied to each other.

* [[Bink Video]] (BIK)
* [[FLI]] and FLC (animation format used by older Autodesk products)
* [[Enhanced VOB]]
* [[GRASP GL]] animation format
* [[RealVideo]]
* [[Smacker]]/SMK (created by RadGameTools; mostly used in games)
* [[WMV]]

==Video container formats==
These formats are only containers for video, which can contain videos in many different encodings (or even other data like audio)

* [[ASF]]
* [[AVI]]
* [[FLV]]
* [[MOV]]
* [[MKV]]
* [[Quicktime]]
* [[Acorn Replay|Replay]]
* [[VOB]]
* [[VP8]]
* [[WebM]]
* [[OGG]] containers (with their variants OGM, OGV, etc.)

==Video stream formats==
These formats are raw bitstream formats commonly contained in one of the above containers (but not necessarily)

* [[Cinepak]]
* [[Dirac]]
* [[H264]]
* [[HuffyYUV]]
* [[Indeo]]
* [[Moving Blocks]] - Acorn Replay stream
* [[MPEG]] and all of its variants (MPEG2, MPEG4, etc.)
** [[3ivx]] (this is just another fourcc for an MPEG4 variant)
** [[DivX]] (this is essentially MPEG4 with some quirks)
** [[XviD]] (another MPEG4 variant)
* [[Sorenson]] Video Codec
* [[Theora]]
* [[VC-1]]
* [[VC-3]]

==Subtitle formats==
* [[SUB]] and IDX ([[VobSub]] subtitle format)
* [[SSA]] and ASS (SubStation Alpha)
* [[SRT]] (SubRip)
* [[SMI]] (SAMI subtitle format)
* [[USF (subtitles)]] (Universal Subtitle Format)
* [[SSF (subtitles)]] (Structured Subtitle Format)
* [[CMML]] (Continuous Media Markup Language)
* [[CVD]] (An SVCD subtitle format)
* [[DVD]] (DVD subtitle format)
* [[DXFP]] (Distribution Format Exchange Profile)
* [[JACOsub]] (Subtitles for Amiga video)
* [[Kate]] (Kate subtitle format)
* [[OGT]] (Philips Overlay Graphics Text)
* [[STL]] (Spruce Subtitle Format)
* [[XSUB]] (XSUB subtitle format)

==Television broadcast formats==
* [[BTSC]] (NTSC with multichannel sound carrier)
* [[NTSC]]
* [[PAL]]
* [[SECAM]]

==Unknown==
These formats still need to be sorted into the above categories
* [[Ace Film]]
* Animated [[GIF]]
* [[Apple Intermediate Codec]]
* [[AVS]]
* [[Canopus ProCoder]]
* [[Cineform]]
* [[Cinema Craft Encoder]]
* [[Elecard]]
* [[InterVideo]]
* [[JPEG2000]]
* [[MainConcept]]
* [[MSU Lossless Video Codec]]
* [[MXF]]
* [[Nero Digital]]
* [[SheerVideo]]
* [[TechSmith Screen Capture Codec]]

[[Category:Video| ]]

Acorn Draw

2012-11-16T03:04:46Z

DavidBoddie: /* Overview */

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Graphics]]
| >
|[[Acorn Draw]]
|}

== Overview ==

Acorn Draw files are the native format for vector graphics on RISC OS systems. The built-in Draw application can be used to load, edit and save files in this format. Thanks to software support from Acorn in the form of a system module for rendering Draw files and various tools and libraries written by third parties, the format was widely used. Although Draw files are used in a variety of applications, they are often used in conjunction with desktop publishing (DTP) and word processing software, and libraries of clip art would typically include drawings in this format.

Draw files contain a collection of objects, each of which is described by a type value, a length and a sequence of data. Groups and tagged objects also contain collections of objects that are nested inside their own definitions. Objects can be nested without limit. Object types include text, paths, [[Acorn Sprite|sprites]], text areas and font tables.

The file format was intended to be extensible: applications could be written to recognise custom object types, and new types could be registered with Acorn. Third party applications, such as DrawPlus, Vector and Poster, were created to provide enhanced editing and composition capabilities over the standard Draw application.

On RISC OS, Draw files have a file type of aff (DrawFile).

== Resources ==

* [http://www.wss.co.uk/pinknoise/Docs/Arc/Draw/DrawFiles.html ArcDraw File Format]
* [http://www.keelhaul.me.uk/acorn/drawview/ DrawView - Draw File Viewer for Linux/Unix/Qt]
* [http://sk1project.org/ sk1] and [http://sk1project.org/modules.php?name=Products&product=uniconvertor UniConvertor]
* [http://www.boddie.org.uk/david/Projects/Python/Drawfile/index.html Drawfile] Python module

Acorn Sprite

2012-11-16T03:04:02Z

DavidBoddie: /* Overview */

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Graphics]]
| >
|[[Acorn Sprite]]
|}

== Overview ==

Acorn Sprite files are the native format for graphics on RISC OS systems. Traditionally, sprites were used to store all kinds of images. Since they support colour depths up to 32 bits per pixel it is possible to use this format to record photorealistic images (for example, from digital cameras) in this format, but improved support for compressed image formats (JPEG, PNG) in RISC OS means that sprites are typically used to hold images for application icons and screen dumps.

On RISC OS, sprite files have a file type of ff9 (Sprite).

== References ==

* [http://www.wss.co.uk/pinknoise/Docs/index.html Documentation on Acorn Computers]
* [http://www.boddie.org.uk/david/Projects/Python/Spritefile/ Spritefile] - a Python module for reading Sprite files

3D and CAD/CAM Models

2012-11-15T05:02:15Z

DavidBoddie: /* CAD */

[[File Formats]] > [[Electronic File Formats]] > [[3D and CAD/CAM Models]]

== 3D Modeling ==
* [[3DMF]] - QuickDraw 3D Metafile (.3dmf)
* [[3DM]] - OpenNURBS Initiative 3D Model (used by Rhinoceros 3D) (.3dm)
* [[3DS]] - Legacy 3D Studio Model (.3ds)
* [[AC]] - AC3D Model (.ac)
* [[AMF]] - Additive Manufacturing File Format
* [[AN8]] - Anim8or Model (.an8)
* [[AOI]] - Art of Illusion Model (.aoi)
* [[B3D]] - Blitz3D Model (.b3d)
* [[BLEND]] - Blender (.blend)
* [[BLOCK]] - Blender encrypted blend files (.block)
* [[C4D]] - Cinema 4D (.c4d)
* [[Cal3D]] - Cal3D (.cal3d)
* [[CCP4]] - X-ray crystallography voxels (electron density)
* [[CFL]] - Compressed File Library (.cfl)
* [[COB]] - Caligari Object (.cob)
* [[CORE3D]] - Coreona 3D Coreona 3D Virtual File(.core3d)
* [[CTM]] - OpenCTM (.ctm)
* [[DAE]] - COLLADA (.dae)
* [[DFF]] - RenderWare binary stream, commonly used by Grand Theft Auto III-era games as well as other RenderWare titles
* [[DPM]] - deepMesh (.dpm)
* [[DTS]] - Torque Game Engine (.dts)
* [[EGG]] - Panda3D Engine
* [[FACT]] - Electric Image (.fac)
* [[FBX]] - Autodesk FBX (.fbx)
* [[G]] - BRL-CAD geometry (.g)
* [[GLM]] - Ghoul Mesh (.glm)
* [[JAS]] - Cheetah 3D file (.jas)
* [[LWO]] - Lightwave Object (.lwo)
* [[LWS]] - Lightwave Scene (.lws)
* [[LXO]] - Luxology Modo (software) file (.lxo)
* [[MA]] - Autodesk Maya ASCII File (.ma)
* [[MAX]] - Autodesk 3D Studio Max file (.max)
* [[MB]] - Autodesk Maya Binary File (.mb)
* [[MD2]] - Quake 2 model format (.md2)
* [[MD3]] - Quake 3 model format (.md3)
* [[MDX]] - Blizzard Entertainment's own model format (.mdx)
* [[MESH]] - New York University(.m)
* [[MESH]] - Meshwork Model (.mesh)
* [[MM3D]] - Misfit Model 3d (.mm3d)
* [[MPO]] - Multi-Picture [[Object]] - This JPEG standard is used for 3d images, as with the Nintendo 3DS
* [[MRC]] - voxels in cryo-electron microscopy
* [[NIF]] - Gamebryo NetImmerse File (.nif)
* [[OBJ]] - Wavefront .obj file (.obj)
* [[OFF]] - OFF Object file format (.off)
* [[PRC]] - Adobe PRC (embedded in PDF files)
* [[POV]] - POV-Ray document (.pov)
* [[RWX]] - RenderWare Object (.rwx)
* [[SGO]] - Silicon Graphics Object, Showcase
* [[SIA]] - Nevercenter Silo Object (.sia)
* [[SIB]] - Nevercenter Silo Object (.sib)
* [[SKP]] - Google Sketchup file (.skp)
* [[SLDASM]] - SolidWorks Assembly Document (.sldasm)
* [[SLDPRT]] - SolidWorks Part Document (.sldprt)
* [[SMD]] - Valve Studiomdl Data format. (.smd)
* [[TDDD]] - Turbo Silver 3D Data Description, T3D
* [[U3D]] - Universal 3D file format (.u3d)
* [[VRML97]] - VRML Virtual reality modeling language (.wrl)
* [[VUE]] - Vue scene file (.vue)
* [[WINGS]] - Wings3D (.wings)
* [[X]] - DirectX 3D Model (.x)
* [[X3D]] - Extensible 3D (.x3d)
* [[Z3D]] - Zmodeler (.z3d)

== CAD ==

* [[3dmlw]] - (3D Markup Language for Web) files
* [[3dxml]] - Dassault Systemes graphic representation
* [[ACP]] - VA Software [[VA]] - Virtual Architecture CAD file
* [[AMF]] - Additive Manufacturing File Format
* [[Argon]] - Ashlar-Vellum (AR) - 3D Modeling
* [[ART]] - ArtCAM model
* [[ASC]] - BRL-CAD Geometry File (old ASCII format)
* [[ASM]] - Solidedge Assembly, Pro/ENGINEER Assembly
* [[DDS BIN|BIN]], [[BIM]] - Data Design System DDS-CAD
* [[CCC]] - CopyCAD Curves
* [[CCM]] - CopyCAD Model
* [[CCS]] - CopyCAD Session
* [[CAD]] - CadStd
* [[CATDrawing]] - CATIA V5 Drawing document
* [[CATPart]] - CATIA V5 Part document
* [[CATProduct]] - CATIA V5 Assembly document
* [[CATProcess]] - CATIA V5 Manufacturing document
* [[cgr]] - CATIA V5 graphic representation file
* [[CO]] - Ashlar-Vellum [[Cobalt]] - parametric drafting and 3D modeling
* [[DRW]] - Caddie Early version of Caddie [[drawing]] - Prior to Caddie changing to DWG
* [[DWG]] - AutoCAD and Open Design Alliance applications
* [[DFT]] - Solidedge Draft
* [[DGN]] - MicroStation design file
* [[DGK]] - Delcam Geometry
* [[DMT]] - Delcam Machining Triangles
* [[DXF]] - ASCII Drawing Interchange file [[format]] - AutoCAD
* [[DWB]] - VariCAD drawing file
* [[DWF]] - AutoDesk's Web Design Format; AutoCAD & Revit can publish to this format; similar in concept to PDF files; AutoDesk Design Review is the reader
* [[Euclid]] - CAD file format
* [[Euclid 3D]] - CAD/composition file format (Ace Computing)
* [[EMB]] - Wilcom ES Designer Embroidery CAD file
* [[ESW]] - Agtek format
* [[EXCELLON]] - Excellon file
* [[EXP]] - Drawing Express file format
* [[FM]] - FeatureCAM Part File
* [[FMZ]] - FormZ Project file
* [[G]] - BRL-CAD Geometry File
* [[GERBER]] - Gerber file
* [[GLM]] - KernelCAD model
* [[GRB]] - T-FLEX CAD File
* [[GTC]] - GRAITEC Advance file format
* [[IAM]] - Autodesk Inventor Assembly file
* [[ICD]] - IronCAD 2D CAD file
* [[IDW]] - Autodesk Inventor Drawing file
* [[IFC]] - buildingSMART for sharing AEC and FM data
* [[IGES]] - Initial Graphics Exchange Specification
* Intergraph's [[Intergraph Standard File Formats]]
* [[IPN]] - Autodesk Inventor Presentation file
* [[IPT]] - Autodesk Inventor Part file
* [[JT]] (visualization format) - Jupiter Tesselation
* [[MCD]] - Monu-CAD (Monument/Headstone Drawing file)
* [[model]] - CATIA V4 part document
* [[OCD]] - Orienteering Computer Aided Design (OCAD) file
* [[PAR]] - Solidedge Part
* [[PIPE]] - PIPE-FLO Professional Piping system design file
* [[PLN]] - ArchiCad project
* [[PRT]] - NX (recently known as Unigraphics), Pro/ENGINEER Part, CADKEY Part
* [[PSM]] - Solidedge Sheet
* [[PSMODEL]] - PowerSHAPE Model
* [[PWI]] - PowerINSPECT File
* [[PYT]] - Pythagoras File
* [[SKP]] - SketchUp Model
* [[RLF]] - ArtCAM Relief
* [[RVT]] - AutoDesk Revit project files
* [[RFA]] - AutoDesk Revit family files
* [[SCDOC]] - SpaceClaim 3D Part/Assembly
* [[SLDASM]] - SolidWorks Assembly drawing
* [[SLDDRW]] - SolidWorks 2D drawing
* [[SLDPRT]] - SolidWorks 3D part model
* [[dotXSI]] - Softimage
* [[STEP]] - Standard for the Exchange of Product model data
* [[STL]] - Stereo Lithographic data format used by various CAD systems and stereo lithographic printing machines.
* [[TCT]] - TurboCAD drawing template
* [[TCW]] - TurboCAD for Windows 2D and 3D drawing
* [[UNV]] - I-DEAS I-DEAS (Integrated Design and Engineering Analysis Software)
* [[VC6]] - Ashlar-Vellum [[Graphite]] - 2D and 3D drafting
* [[VLM]] - Ashlar-Vellum Vellum, Vellum 2D, Vellum Draft, Vellum 3D, DrawingBoard
* [[VS]] - Ashlar-Vellum Vellum Solids
* [[WRL]] - Similar to STL, but includes color. Used by various CAD systems and 3D printing rapid prototyping machines. Also used for VRML models on the web.
* [[XE]] - Ashlar-Vellum [[Xenon]] - for Associative 3D Modeling

Document

2012-11-11T05:20:12Z

DavidBoddie: Moved Impression into the DTP section.

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Document]]
|}

== Desktop Publishing ==

* [[Impression]]
* [[PageMagic]]
* [[Microsoft Publisher|PUB]]
* [[Publish It!]] (.dtp)

== Markup ==
* [[HTML]] (HyperText Markup Language)
* [[Markdown]]
* [[SGML]] (Standard Generalised Markup Format)
* [[Text Encoding Initiative|TEI]] (Text Encoding Initiative; Specialised dialect of SGML)
* [[TEX]] (TeX)
* [[XHTML]] (Extensible HTML)
* [[XML]]

== Presentation ==
* [[ODP]] (OpenDocument presentation)
* [[PPT]] (PowerPoint presentation)
* [[PPTX]] (PowerPoint presentation, XML format)
* [[SXI]] (StarOffice)

== Spreadsheet ==
* [[Lotus 1-2-3]]
* [[Lotus Symphony]]
* [[ODS]] (OpenDocument spreadsheet)
* [[SDC]] (StarOffice spreadsheet)
* [[XLS]] (Excel spreadsheet format)
* [[XLSB]] (Excel binary workbook)
* [[XLSM]] (Excel macro-enabled spreadsheet format)
* [[XLSX]] (Excel spreadsheet format, XML version)
* [[XLT]] (Excel template)
* [[XLTM]] (Excel macro-enabled template)
* [[XLTX]] (Excel template, XML version)
* [[SuperCalc 3]]
* [[VisiCalc]]

== Word Processor ==
* [[ABW]] (Abiword word processor)
* [[CHI]] (ChiWriter word processor)
* [[DOC]] (Word document)
* [[DOCM]] (Word macro-enabled document)
* [[DOCX]] (Word document, XML format)
* [[DOT]] (Word template)
* [[DOTM]] (Word macro-enabled template)
* [[DOTX]] (Word template, XML format)
* [[TechWriter|EasiWriter / TechWriter]] (Word processor file format)
* [[MultiMate Professional Word Processor]]
* [[ODT]]
* [[OTT]]
* [[ScreenWriter II]] (for Apple II; formerly SuperScribe II)
* [[SXW]] StarOffice?
* [[WordPerfect]]
* [[Wordstar]]
* [[Wordstar 2000]]

== Other ==
* [[602]]
* [[ACL]]
* [[AFP]]
* [[ANS]]
* [[ASC]]
* [[AWW]]
* [[AZW]]
* [[CCF]]
* [[CSV]]
* [[CWK]]
* [[DJVU]]
* [[DOX]] (Mutimate document, and others)
* [[EGT]]
* [[EPUB]]
* [[FDX]]
* [[FTM]]
* [[FTX]]
* [[GM6]] (Game Maker 6 source)
* [[GMK]] (Game Maker 7-8 source)
* [[HWP]]
* [[HWPML]]
* [[LWP]]
* [[MBP]]
* [[MCW]]
* [[MOBI]]
* [[NB]]
* [[NBP]]
* [[ODM]]
* [[OMM]]
* [[PAGES]]
* [[PAP]]
* [[PAT]] (Multimate document, and many others)
* [[PDAX]]
* [[PDF]] (Portable Document Format)
* [[QUOX]]
* [[RTF]] (Rich Text Format)
* [[RTFD]] (Rich Text Format Directory)
* [[RPT]]
* [[scriv]] (Scrivener document format)
* [[SDW]]
* [[STW]]
* [[SXW]]
* [[TechWriter]] (Scientific word processor file format)
* [[TXT]] (Un-structured text document)
* [[UOF]]
* [[UOML]]
* [[VIA]]
* [[WPD]]
* [[WPS]]
* [[WPT]]
* [[WRD]]
* [[WRF]]
* [[WRI]]
* [[XPS]]

[[Category:Document| ]]

Acorn Replay

2012-11-10T00:11:54Z

DavidBoddie:

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Video]]
| >
| [[Acorn Replay|Replay]]
|}

== Overview ==

Acorn Replay is an audio/video container (file type AE7, ARMovie) that was the native multimedia format on RISC OS systems.

== Resources ==

* [http://www.chiark.greenend.org.uk/~theom/riscos/docs/apps/ReplayFormat.txt Playing 16 bit music, samples etc] - an early description of the container format

Acorn Replay

2012-11-09T21:42:13Z

DavidBoddie: Added a description and link.

== Overview ==

Acorn Replay is an audio/video container (file type AE7, ARMovie) that was the native multimedia format on RISC OS systems.

== Resources ==

* [http://www.chiark.greenend.org.uk/~theom/riscos/docs/apps/ReplayFormat.txt Playing 16 bit music, samples etc] - an early description of the container format

Video

2012-11-09T21:37:59Z

DavidBoddie: /* Video container formats */

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Video]]
|}

==Pure video formats==
These formats are "monolithic" video formats, meaning that the file format and the encoding of the video data are tied to each other.

* [[Bink Video]] (BIK)
* [[FLI]] and FLC (animation format used by older Autodesk products)
* [[Enhanced VOB]]
* [[GRASP GL]] animation format
* [[RealVideo]]
* [[Smacker]]/SMK (created by RadGameTools; mostly used in games)
* [[WMV]]

==Video container formats==
These formats are only containers for video, which can contain videos in many different encodings (or even other data like audio)

* [[ASF]]
* [[AVI]]
* [[FLV]]
* [[MOV]]
* [[MKV]]
* [[Quicktime]]
* [[Acorn Replay|Replay]]
* [[VOB]]
* [[VP8]]
* [[WebM]]
* [[OGG]] containers (with their variants OGM, OGV, etc.)

==Video stream formats==
These formats are raw bitstream formats commonly contained in one of the above containers (but not necessarily)

* [[Cinepak]]
* [[Dirac]]
* [[H264]]
* [[HuffyYUV]]
* [[Indeo]]
* [[Moving Blocks]] - Acorn Replay stream
* [[MPEG]] and all of its variants (MPEG2, MPEG4, etc.)
** [[3ivx]] (this is just another fourcc for an MPEG4 variant)
** [[DivX]] (this is essentially MPEG4 with some quirks)
** [[XviD]] (another MPEG4 variant)
* [[Sorenson]] Video Codec
* [[Theora]]
* [[VC-1]]
* [[VC-3]]

==Subtitle formats==
* [[SUB]] and IDX ([[VobSub]] subtitle format)
* [[SSA]] and ASS (SubStation Alpha)
* [[SRT]] (SubRip)
* [[SMI]] (SAMI subtitle format)
* [[USF (subtitles)]] (Universal Subtitle Format)
* [[SSF (subtitles)]] (Structured Subtitle Format)

==Television broadcast formats==
* [[BTSC]] (NTSC with multichannel sound carrier)
* [[NTSC]]
* [[PAL]]
* [[SECAM]]

==Unknown==
These formats still need to be sorted into the above categories
* [[Apple Intermediate Codec]]
* [[AVS]]
* [[Canopus ProCoder]]
* [[Cineform]]
* [[Cinema Craft Encoder]]
* [[Elecard]]
* [[InterVideo]]
* [[JPEG2000]]
* [[MainConcept]]
* [[MSU Lossless Video Codec]]
* [[MXF]]
* [[Nero Digital]]
* [[SheerVideo]]
* [[TechSmith Screen Capture Codec]]

Moving Blocks

2012-11-09T21:36:29Z

DavidBoddie: Added a reference to the Moving Blocks format.

== Overview ==

Moving Blocks is a data stream format used with Acorn Replay containers that was designed to replace the earlier Moving Lines format.

== Resources ==

* [https://www.riscosopen.org/forum/forums/5/topics/248#posts-6254 Definition of the moving blocks data stream] - a post on the RISC OS Open forums

Video

2012-11-09T21:32:00Z

DavidBoddie: /* Video stream formats */

{|
|[[File Formats]]
| >
|[[Electronic File Formats]]
| >
|[[Video]]
|}

==Pure video formats==
These formats are "monolithic" video formats, meaning that the file format and the encoding of the video data are tied to each other.

* [[Bink Video]] (BIK)
* [[FLI]] and FLC (animation format used by older Autodesk products)
* [[Enhanced VOB]]
* [[GRASP GL]] animation format
* [[RealVideo]]
* [[Smacker]]/SMK (created by RadGameTools; mostly used in games)
* [[WMV]]

==Video container formats==
These formats are only containers for video, which can contain videos in many different encodings (or even other data like audio)

* [[ASF]]
* [[AVI]]
* [[FLV]]
* [[MOV]]
* [[MKV]]
* [[Quicktime]]
* [[VOB]]
* [[VP8]]
* [[WebM]]
* [[OGG]] containers (with their variants OGM, OGV, etc.)

==Video stream formats==
These formats are raw bitstream formats commonly contained in one of the above containers (but not necessarily)

* [[Cinepak]]
* [[Dirac]]
* [[H264]]
* [[HuffyYUV]]
* [[Indeo]]
* [[Moving Blocks]] - Acorn Replay stream
* [[MPEG]] and all of its variants (MPEG2, MPEG4, etc.)
** [[3ivx]] (this is just another fourcc for an MPEG4 variant)
** [[DivX]] (this is essentially MPEG4 with some quirks)
** [[XviD]] (another MPEG4 variant)
* [[Sorenson]] Video Codec
* [[Theora]]
* [[VC-1]]
* [[VC-3]]

==Subtitle formats==
* [[SUB]] and IDX ([[VobSub]] subtitle format)
* [[SSA]] and ASS (SubStation Alpha)
* [[SRT]] (SubRip)
* [[SMI]] (SAMI subtitle format)
* [[USF (subtitles)]] (Universal Subtitle Format)
* [[SSF (subtitles)]] (Structured Subtitle Format)

==Television broadcast formats==
* [[BTSC]] (NTSC with multichannel sound carrier)
* [[NTSC]]
* [[PAL]]
* [[SECAM]]

==Unknown==
These formats still need to be sorted into the above categories
* [[Apple Intermediate Codec]]
* [[AVS]]
* [[Canopus ProCoder]]
* [[Cineform]]
* [[Cinema Craft Encoder]]
* [[Elecard]]
* [[InterVideo]]
* [[JPEG2000]]
* [[MainConcept]]
* [[MSU Lossless Video Codec]]
* [[MXF]]
* [[Nero Digital]]
* [[SheerVideo]]
* [[TechSmith Screen Capture Codec]]

Spark

2012-11-03T03:13:08Z

DavidBoddie: Created page with "== Overview == Spark archives are a type of compressed file archive traditionally found on RISC OS systems, with file type DDC (Archive). Created by SparkFS, these archives w..."

== Overview ==

Spark archives are a type of compressed file archive traditionally found on RISC OS systems, with file type DDC (Archive). Created by SparkFS, these archives were often used to transfer data in a form that could be unpacked by the freely redistributable SparkPlug tool.

== Resources ==

[http://www.nvg.ntnu.no/bbc/mirror/www.acorn.com/ftp/riscos/releases/nspark.tar nspark] - a tool to catalogue and unpack Spark archives (in source code form)