Hi Jerome,
recording in COLOR, the color would be an good candidate for compression; even trivial runlength encoding would probably provide excellent compression ratio as color rarely changes.
As you apparently already "compress" areas without text, you could just split processing into text and color and do things similar to before. For example, store the color only for the first column first. If the whole line is in the same color, you are done. If another color starts later, store the color-column pair for that etc.
RLE is very simple and easy to implement even in assembly for both encoding and decoding.
Exactly. Even proper RLE is :-)
hot-key support to turn on/off logging, perform screen captures and some other
Those would be nice indeed :-)
Based on the various methods being used to capture text and the contents...
That might actually be more complex than a single RLE method would be?
a line can consume as little a 2-bytes.
:-)
When given a tiny 256K XMS memory buffer, it can store about 128 color pages
Tiny is relative, I guess.
Logger is also very fast... Adding RLE would effect performance. However, the effect could be improved speed when logging to XMS.
I think that your main overhead is the NUMBER of times you access XMS, not the SIZE of copied contents per call. Those already are small, no? Cheers, Eric _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
