Alain escribió:
Just one question: How much does MODE grow with Zlib?
And one more: What about an install program that extracts needed
information from a standard .zip file specific for that user's needs?
I'd support that, but requires work:
(1) either to create the packs
(2) or to make the prog
Just one question: How much does MODE grow with Zlib?
And one more: What about an install program that extracts needed
information from a standard .zip file specific for that user's needs?
Alain
right now on updated ODIN bootdisk the CPI files take almost 600KB (10
* 60KB),
which is nearly half
Bart Oldeman escribió:
On Sun, 25 Apr 2004, Aitor Santamaría Merino wrote:
Bernd Blaauw escribió:
right now on updated ODIN bootdisk the CPI files take almost 600KB (10
* 60KB),
which is nearly half the disk! (and makes creating 720KB more difficult).
Perhaps it's a question to ch
Ooops...
Aitor Santamaría Merino escribió:
Bernd Blaauw escribió:
right now on updated ODIN bootdisk the CPI files take almost 600KB
(10 * 60KB),
which is nearly half the disk! (and makes creating 720KB more
difficult).
Perhaps it's a question to check the CPI files, perhaps for MOST of
the
help-files are already collected in a zipfile, Rob worked on that.
I suggested compressing the CPI-files to Eric using Gzip,
but that would add Zlib to MODE.
Eric likes another less efficient but smaller to implement compression
algorythm/program.
he said it reduces CPI from 58 (60) to 19KB (Gzip
On Sun, 25 Apr 2004, Aitor Santamaría Merino wrote:
> Bernd Blaauw escribió:
>
> > right now on updated ODIN bootdisk the CPI files take almost 600KB (10
> > * 60KB),
> > which is nearly half the disk! (and makes creating 720KB more difficult).
>
> Perhaps it's a question to check the CPI files, p
Bernd Blaauw escribió:
right now on updated ODIN bootdisk the CPI files take almost 600KB (10
* 60KB),
which is nearly half the disk! (and makes creating 720KB more difficult).
Perhaps it's a question to check the CPI files, perhaps for MOST of the
countries, just 2 or 3 of those CPI files are n
Bart Oldeman escreveu:
How about speed gain?
Perhaps, sometimes 1, 2 or 3 more BUFFERS available can make a difference.
Otherwise I can't see any visible speed difference.
I did som testing some time ago (M$DOS) and my conclusion is that if
other buffers are present (in my case smatrdrv and int
Aitor Santamaría Merino schreef:
Check old posts by Matthias Paul about DR-FONTS.
The good news (for me ;-)) is that no matter if you use DR-FONTS or any
other "compression" format (DR-FONTS does not compress IIRC), MODE needs
to create a memory image of the CPI file to be sent to DISPLAY. So it
Eric Auer escribió:
* HTMLhelp 1.03, including ZIP support for saving disk space
Nifty feature, indeed. Bernd also suggested compressed CPI for DISPLAY / MODE,
with GZIP: Question, is there already an established compressed-CPI file
format or should we indeed use GZIP (or e.g. RLE / Huffm
On Tue, 20 Apr 2004, Eric Auer wrote:
> This reminds me of the 386 question: How much bigger than the FAT16
> kernel is the FAT32 kernel in RAM (low, umb, hma) and how much of
> this would be saved by optimizing for 386, experiences?
Low:
the drive data tables take 32 bytes more per drive (depen
11 matches
Mail list logo