From jbmcb@hotmail.com Thu Aug 12 09:04:16 2004 From: jbmcb@hotmail.com To: test-drb@ccmp.vtda.org Subject: archive file format exmaple Date: Thu, 12 Aug 2004 09:04:16 +0000 Message-ID: In-Reply-To: <20568369.1092309078565.JavaMail.root@grover.psp.pas.earthlink.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0417672665573711394==" --===============0417672665573711394== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit How about breaking up the sections a bit, like HTML sections? Putting card-catalog information up top in it's own section would speed indexing and searches. Like this: a place to put whatever relevant information is needed about the format or achive or your favorite poem or joke Pete Smith ROM Dumper V4.12 02004-02-02 Omega Race Midway Commodore VIC-20 ROM Game Cartridge .... ....etc ----- Original Message ----- From: "Steve Thatcher" To: Sent: Thursday, August 12, 2004 7:11 AM Subject: archive file format exmaple > here is a "crude" example of what I was talking about. > > try: > > > > a place to put whatever relevant information is needed about the format or achive > or your favorite poem or joke > > Tandy Model 100 > Ian Blindly > > 5.25" floppy > > MFM? RLL? something ... > 35 > 1 > 18 > 8 > > > > > dataitemid="SB1" /> > dataitemid="SB1"/> > /> > /> > ... > > > > /> > dataitemid="SB1"/> > > /> > > > > > > 456789ABCDEF... > 1234567890A... > 890ABCDEF01245... > 456789ABCDEF... > > > > 456789ABCDEF... > 1234567890A... > 890ABCDEF01245... > 456789ABCDEF... > > > > 456789ABCDEF... > 1234567890A... > 890ABCDEF01245... > 456789ABCDEF... > > > > > please don't get hung up on names, etc, The basic structure is what I have been > talking about. A utility can go into the archive file, find a , > know what it is and extract it without having to know anything about the OS. Another > utility can read the media, datamap, and datablocks to re-create tracks in memory > to then write out to disk. There was earlier talk about years from now being able > to still re-create disks. I think that is a fine ambition, but that still requires > all the hardware and intimate OS knowledge to still be around. My idea was to at > least be able to extract the data without having to have ANY knowledge of the OS. > > best regards, Steve Thatcher > > --===============0417672665573711394==--