pcjs/disks/pc
Repository files (latest commit first)
Filename Latest commit message Latest commit date
2016-05-08 11:06:26 -07:00
..
apps Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
compiled Disk updates (including COMPAQ MS-DOS 3.00) 2016-05-04 12:46:39 -07:00
cpm Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
diags Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
dos Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
empty Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
fixed Try to be more consistent when referring to disks vs. drives (eg, Drive Controllers, not Disk Controllers) 2016-05-01 13:47:58 -07:00
games Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
minix Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
os2 Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
tools Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
unix Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
windows Set imageSmoothingEnabled to false for C1Pjs (although in this case the improvement seems negligible) 2016-05-08 11:06:26 -07:00
library.xml Disk updates (including COMPAQ MS-DOS 3.00) 2016-05-04 12:46:39 -07:00
README.md Start using fenced code blocks with language identifiers to improve highlighting with GitHub Pages 2016-05-01 16:09:33 -07:00
samples.xml Make "None" a special diskette entry (no longer required to be present in any disk manifest, although if it IS present, it will get sorted along with all the other disk entries) 2016-04-16 16:20:26 -07:00

layout title menu_title menu_order permalink redirect_from
page IBM PC Disk Library Disks 4 /disks/pc/
/configs/pc/disks/

IBM PC Disk Library

This Disk Library lists all the Disk Manifests in the PCjs Project, and makes those disks available to any IBM PC Machine in the project that uses the library. However, most machines use the compiled form of the library in order to reduce machine load time.

The Disk Library summary below is not a complete list of everything in the library, just highlights. For some of the disks, we have provided more information about the software, and in some cases, machines that automatically run the software. Ideally, everything in the library would also be listed below, and linked to a page that describes the software in more detail, along with a live demonstration of the software, but that's not yet a reality.

For application demos, see the IBM PC Application Archive, which focuses excusively on applications. The Disk Library is a superset, including operating systems, application software, computer diagnostics, programming tools, and more.

Operating Systems

Applications

Games

Tools

Tests


Disk Manifests

Typically, all the distribution disks for a single version of a piece of software are placed in a single folder, along with a manifest.xml file containing metadata about the software and a list of the individual disks. This is generally referred to as a Software Manifest, but in the context of the Disk Library, it's simply known as a Disk Manifest.

A Disk Manifest can then be added to a Floppy Disk Controller (FDC) configuration file, making all its disks available to any machine loading that particular configuration file.

A simple FDC configuration file, such as samples.xml, could contain individual <disk> entries like:

<disk path="/disks/pc/dos/ibm/1.00/PCDOS100.json">PC-DOS 1.00</disk>
<disk path="/disks/pc/dos/ibm/1.10/PCDOS110.json">PC-DOS 1.10</disk>
<disk path="/disks/pc/dos/ibm/2.00/PCDOS200-DISK1.json">PC-DOS 2.00 (Disk 1)</disk>
<disk path="/disks/pc/dos/ibm/2.00/PCDOS200-DISK2.json">PC-DOS 2.00 (Disk 2)</disk>
...

However, listing individual diskettes like that is tedious, so support was added for Disk Manifest references:

Instead of listing the PC-DOS 2.00 diskettes individually, they can now be added to an XML configuration file with a single Disk Manifest reference:

<manifest ref="/disks/pc/dos/ibm/2.00/manifest.xml" disk="*"/>

When you want to include only one particular disk from a manifest, set the disk value to the id of the disk. Here's how you would include only the first disk from PC-DOS 2.00:

<manifest ref="/disks/pc/dos/ibm/2.00/manifest.xml" disk="disk01"/>

Here's what the entire Disk Manifest for PC-DOS 2.00 currently looks like:

<manifest type="software">
    <title>PC-DOS</title>
    <version>2.00</version>
    <type>DOS</type>
    <category>Operating System</category>
    <author>IBM/Microsoft</author>
    <releaseDate/>
    <disk id="disk01" size="184320" chs="40:1:9" img="archive/PCDOS200-DISK1.img" href="/disks/pc/dos/ibm/2.00/PCDOS200-DISK1.json" md5="d57ceef82122790d1c0ff7bebc12f90a" md5json="2507c02da6cbafe9a94a35cbdd993be2">
        <name>PC-DOS 2.00 (Disk 1)</name>
    </disk>
    <disk id="disk02" size="184320" chs="40:1:9" img="archive/PCDOS200-DISK2.img" href="/disks/pc/dos/ibm/2.00/PCDOS200-DISK2.json" md5="1c7aac53c78446992f8821cf42d04c4a" md5json="b66e296319c1f97990b596b1aa376d39">
        <name>PC-DOS 2.00 (Disk 2)</name>
    </disk>
</manifest>