Hi Darik,
Quick questions…
Did your repack include ALL packages included in the FloppyEdition not just
i386. For example, VirtualBox and VMWare include FDNet as well as the set for
386s.
Does it make any accommodations for different hardware? Or just install
everything wether or not it is supported by the target platform?
> On Dec 17, 2021, at 3:36 PM, Darik Horn wrote:
>
>
> Hi all,
>
> Pursuant to earlier feedback, three new FDI-x86 repacks are available here:
>
> https://drive.google.com/drive/folders/1b7IE-EsK5R1ROmXTaEvYNi9-kfVvH5wi?usp=sharing
>
>
>
> 1. floppies@2021-12-16/FD13RC5-FloppyEdition+ZIP.zip
>
> This build uses ZipSplit instead of Slicer.
>
> Output size is similar to slicer-0.17 with the gzip enhancement. Performance
> is slightly better because decompression does not use temp storage. The
> payload in each floppy disk is a regular ZIP file that can be opened on a
> desktop computer.
>
>
> 2. floppies@2021-12-16/FD13RC5-FloppyEdition+TGZ.zip
>
> This build is a split tarball.
>
> I tried various sort orders, and ran it through zopfli, but this build is
> only 5% smaller than the ZipSplit or Slicer builds. It uses temp storage
> equal to the payload size.
That would make sense. At present, Slicer is using GZip for pass-through
compression.
There is some additional overhead for the TAG/Group management, embedded text,
using smaller files to prevent the need to resplit for different size diskettes
and a couple other minor things.
>
>
> 3. floppies@2021-12-16/FD13RC5-FloppyEdition+RAR.zip
>
> This build uses UnRAR and needs a non-free encoder.
>
> The multivolume RAR is half the size of any other archive format, so it is
> the benchmark for what can be accomplished with 16-bit code on a machine with
> 1 megabyte of memory.
>
> Big savings come from a large dictionary and solid packing, so perhaps 7ZDEC
> can be enhanced to get a similar result.
>
>
> * Bundled WIL Files
>
> The dists have INI files that can be double-clicked to open WinImage, or used
> to create a SFX media writer for Microsoft Windows.
Interesting. There are other compression methods to try. For example, lzma,
bzip2, arj, etc.
On a side note…
Support for those and more could be added to Slicer. Slicer is not locked into
a single compression method for the entire archive. It would have no problem
extracting one file using GZip, then the next file with Bz2, etc. In theory, it
could be told to try different methods when adding files to the archive and
then use the one that compressed the most.
Just saying. :-)
Overall, I think using GZip for the pass-through compression works well enough,
supports 8086 and uses little space.
Jerome
>
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
