New items - screen folder Maxsoft Screen Packer v.1.6

(c) M.M.A aka UnBEL!EVER/SPEED co./XTM'98 
                                          
                                          
        MAXSOFT SCREEN PACKER v1.6        
         ------------------------         
     (c) MAXSOFT/SPEED COMPANY/XTM'98     
                                          
  "New version of this purgen...", you say
you, and  will be  practically right. Version
really  new,  but even in the era of such
monsters likeLAZY PACK andLASER COMPACT 4.0
there is a place for the good old MSP.           
                                          
Detailed help on the program you can
get by answering "Y" to the question asked
program  immediately afterdownloads. Together with
help will be unloaded test picture
(MSP working screen itself) on which
MAXSOFT offers to test all new
lenght screen compressors.               
                                          
                                          
Young  MSP user should understand
that the program has 2 fundamentally different
mode  packing, one  of which is divided
two more  plus various layout options
blacksmiths. In short, you can even sweat a little
scramble and don’t understand why everything is so confusing.
                                          
                                          
And the whole question is for what purpose did you fall?
forge  picture, and what is the structure
the last one.                               
                                          
lin  - the picture is packed linearly, i.e. on
what is this picture, the compressor is “clogging”
and packs everything like regular data (without re-
encodings).  With varying success this method
Tod you can pack small ones (up to 6912)
pieces of  code that are not pictures like
as such.                                 
                                          
                                          
buf  - here the attitude to the picture is completely different -
Go! It is first recoded from accounting
that vertical repeatability is always
above.  Only  after this the resulting block
is packed with the same compressor as
in  case  lin (in general, the principle of compression
data  in MSP is uniform). To unpack such
a buffer will be created in memory of the new image,
size 6912 bytes, which will be located
exactly behind the packed block itself.         
                                          
rtd - completely similar to the above,
but  due to increasing the size of the decompression
sorry, the picture is unpacked immediately
to the screen, without creating a buffer.            
                                          
Packaged in one of the above methods-
The bob block can have two types of decompression
ditch -  stack ( fast), fast and prohibited
gentle  interrupts or non-stacked ( slow),
can  work with  allowed interrupts
niyami, but slow.                      
"So why is everything is it done?", ask
you... Here's why: for example, you pack a screensaver
from a toy, the disk version of which you co-
are going to do it. Here you can safely use
vat buf  method, so  as a splash screen
is forged   at  beginning  loads when memory
is free and you can donate 6912 bytes for
buffer. Another thing, the picture as an illustration
tion for an electronic magazine! There's not much here -
oh, that buf cannot be done in any way, we still need to
will ensure that the decompressor works with
enabled  interrupts (slow+lin.
slow+rtd), otherwise the music will slow down!  
                                          
                                          
Well  and  Finally, imagine such a
situation: you are packing a picture in which there are two
third  occupies machine  code, private
attributes, and  in  the lower third of any
truly graphic. Here
the linear MSP algorithm will “do” any other
go image compressor!!!                
Well  it's nonsense, of course, to pack the picture,
where twothirds is occupied by machine code. "A
how MSP behaves  in real pictures
kah?",  ask you. He behaves quite well
definitely  bad. Only a few pack better,
than in  LAZY or  LC. However, in buf mode
you can  get quite decent results -
you.  And if you pack several pictures, and
when  unpacking use  a single de-
compressor,  so you can to achieve  quite
acceptable results.                   
 And that's all  well  there are pictures that make you happy!
For example, the background in this issue is BOTH-
RONA,  the one wheretriangles  are drawn.
Picture from PARACELS itself, i.e. nobody
won't say it's a "crap". And MSP packages it
better than others - "look, Piglet":          
                                          
LAZY SCREEN PACKER....................3327
LASER COMPACT v4.0...................3338
MAXSOFT SCREEN PACKER (fast.rtd).......33l4
MAXSOFT SCREEN PACKER (fast.buf).......328S
A small study of the sizes of various 
decompressors:                           
                                          
   FAST RTD - 277   FAST LIN - 187   
   SLOW RTD - 295   SLOW LIN - 214   
                                          
              FAST BUF - 218              
              SLOW BUF - 248              
                                          
              bytes of coz!              
                                          
Data  the numbers show that linear al-
algorithm  most  simple (minimum length
decompressor),  buffered layer
her, and the most "difficult" rtd (Max nothing
I didn't  write about this abbreviation in help,
but it seems to me that this is realtime depack). 
                                          
By the way, in help there is an item that describes the
Availability of compressor versions. So, almost in
Each   version  has a  inconspicuous phrase
"Optimized unpackers." Do you want
know,  that  really  hides  behind
these two words?                      
                                          
                MSP 1.0                  
       fast lin depacker = 225 byte       
                                          
38  bytes  pure  benefits  only  on de-
compressor! Here  this is what I call optimization
tion...                                   
                                          
And  more  I wanted would tell about the option
FILL. Those who  read the help carefully,
surely  will be horrified - that they  from ours
The picture  will be made  after  packing!!!! On
FILL itself was invented and integrated
in  compressor in order not to mess around again
in ART STUDIOorSCREEN OPTIMIZER. Pruzite
you  freshly converted from  PC  picture into
compressor and suddenly you realize that it can
I was wondering if it would be better not black and white, but  for example
measures blue-red. This is where FILL will help you out -
cheat -  only  use learn. A
considering possibility to use code "8"
(like in BASIC),  this option  becomes
generally irreplaceable.                       
                                          
That's how it is! Let your pictures from now on
"packed  with world." Maybe they are better
all "will be destroyed"  MSP, or maybe LC and LAZY RASK
they will pass you around at the turn... It doesn’t matter, the main thing is
that no one  will unpack so effectively
image created by any compressor as
this will doMSP.  What other compressor
will tell  you that the picture has become so much
bytes (sectors) less? Design, my friend,
and functionality, you know...
P.S. In the table with data on compression
toy  pictures for unknown reasons from-
There is a value for LCH.0. Folds up
impression that  MAXSOFT  specially  not
began to give this value (868 bytes),so
how is it 39 bytes less than the best value
which belongs, of course, to MSP. Osta-
We put this on Max's conscience.  However, I want
say that  all this race for bytes on
 in fact -  myth. Well, if someone does
compressor that compresses the test picture to
the size of three sectors... The author of this miracle
yes  really  need  will put
monument!                                 
                                          
P.P.S. Don't ask me about where the ver-
this MSP1.5.MAXSOFT released it recently
before  FUNTOP', but after I showed
him LAZY  RASK and LC, he decided to make a non-
large  upgrade.  I  yet  not   managed
distribute  version  1.5, and own it
erased However, MAX did not listen to my assurances.
niy and  gave the new version number 1.6. So
Thus, version 1.5 becomes  such a rare
that everyone who has it can consider
yourself Rockefeller.  Although hardly  whether there are any
there are...                               
-===========================-
 * * * * *