Powered by OPF
OPF WIKI STATIC ARCHIVE
2,681 pages · 153 spaces · 776 tags · 4,025 history records · 96.2% of the original wiki recovered
Archived copy. This page was recovered from the Internet Archive snapshot of /display/PT/emulationServicesSoftwareArchive taken on 2011-02-08. The original wiki at wiki.opf-labs.org is being decommissioned.

emulationServicesSoftwareArchive

Created by Andrew Jackson on Dec 13, 2010 · last edited by Andrew Jackson · on Dec 13, 2010 (view history)

Software Archive

Emulators are not the only software required to ensure long-term access to some object of interest. If the archive user is interested in some object like a PDF document, he also needs a suitable application for rendering which itself cannot be executed directly but requires an environment that allows the interaction with the user on one hand side and the object stored on some digital medium on the other side. These intermediary tasks are typically handled by an operating system. Thus we have a list of secondary tools, depending on the particular view path/pathway.

The number of these objects depends on the pathway. For each complete hardware environment, one or more operating systems are needed to host the applications in question. This means that for a software archive, operating systems must be stored alongside the corresponding platform emulators. The same applies to applications required for the presentation of the different data formats. In the case of porting an emulator to a newer reference environment, it must be verified that the new emulator complies with the archive’s requirements.

The newer the environment, the higher the level of complexity and typically the number of additional components needed. We require tools like decompressors for compressed objects or virtual container creators for accessing the virtual disks, floppies or optical storage of hardware emulators. A special case is the need for hardware drivers to adapt operating systems to a defined hardware environment.

Software for rendering a text document might require specific fontsets; or video and audio players might require specific codecs for proper decoding of an object. Problems may be expected in the long term from some types of secondary objects, for example because of DRM, copy protection mechanisms, or the need for an online connection for updates. Additionally a wide range of metadata must also be stored, including manuals describing the usage of a specific tool, license strings and explanations of installation steps.

The PLANETS project produced a detailed report on these issues: "Requirements for and contents of an emulation software archive" (insert link to full document). The report concluded with these recommendations: