Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for DART compression #33

Open
sean-gugler opened this issue Oct 13, 2024 · 1 comment
Open

Support for DART compression #33

sean-gugler opened this issue Oct 13, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@sean-gugler
Copy link

(Very low priority)

CiderPress II v1.0.4 is unable to parse or decompress the files found inside Apple II Software - Apple TIS 3.0 1992.zip. They are disk images in the DART format. (This zip file is an excerpt from the Apple Technical Information Source CD (Tech I. S. 3.0) - September 1992 which also contains the vintage DART 1.5.1 software that presumably generated them.)

DiskCopy 6.1.3 is able to decompress them. This can be easily verified at Infinite Mac - that link will open a vintage Mac emulator in the browser with the above-mentioned CD automatically mounted. Disk Copy can be found in the emulator's mounted volume "Infinite HD" under the folder "Utilities". Launch that app, and use its menu item "Image > Convert Image" to select one of the DART images in "Tech I.S. 3.0 / Apple Software Library / Apple II Software". Saving the converted file to the "Outside World / Uploads" folder will cause the web browser to download the result as an uncompressed .po file, which of course CiderPress is able to view with no problem.

@fadden fadden added the enhancement New feature or request label Oct 13, 2024
@fadden
Copy link
Owner

fadden commented Oct 13, 2024

I don't know if the format was documented outside Apple. archive.org is currently in a bad way, so no help there for the moment.

Update: John Morris confirmed the lack of published documentation, and said he had to reverse-engineer it for the Applesauce tool. He noted:

From what I remember, the structure was fairly straightforward except for the sector data being grouped into chunks of up to 20960 bytes. Figuring out the "best" compression level drove me nuts for quite a while. The "better" compression is just an RLE.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants