HDTenEightyP/NetNews huggingface dataset:
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: Floppy Compression
Date: 8 Nov 92 14:29:40 GMT
Organization: Academic Computer Centre Utrecht

In <1992Nov7.203157.29032@news.ysu.edu> ah017@yfn.ysu.edu (John B. Lee) writes:

>Are there any shareware of freeware compression programs that will compress
>a floppy and then when a program access's the floppy the files
>would then be uncompressed and loaded.  Something like stacker but for floppies
>only.

Stacker 3.0 is capable of making such diskettes. I believe the compression
decompession code on the diskette is royaltee free. SuperStor (Pro) also
can make such diskettes but those can only be decompressed without
SuperStor

>John Lee

Nico E. de Vries  (nevries@cc.ruu.nl) |------------------*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

"The IBM PC is still waiting for a version of the CP/M OS.", G.M. Vose, 1982.
Newsgroups: comp.compression
From: ah017@yfn.ysu.edu (John B. Lee)
Subject: Floppy Compression
Organization: Youngstown State University/Youngstown Free-Net
Date: Sat, 7 Nov 1992 20:31:57 GMT


Are there any shareware of freeware compression programs that will compress
a floppy and then when a program access's the floppy the files
would then be uncompressed and loaded.  Something like stacker but for floppies
only.

John Lee
-- 
John Lee
President of Simplistics Software
Internet: usr7245a@tso.uc.edu
          ah017@yfn.ysu.edu
Newsgroups: comp.compression
Subject: Re: Which will come first?
From: pgut1@cs.aukuni.ac.nz (Peter Gutmann)
Date: Tue, 10 Nov 1992 01:20:22 GMT
Organization: Computer Science Dept. University of Auckland
Keywords: PKZIP

In <ksiew.721211744@munagin> ksiew@mullian.ee.mu.OZ.AU (steven kok-hsien siew) writes:

>  Which will come first?        
> 
>  The second coming of Christ or the second coming of PKZIP? 

ObJoke (modified from an IYFEG-type joke) -

Q: What did Jesus say to PKWare before he died?
A: Don't do anything until I get back.

<grin>
Newsgroups: comp.compression
From: sxl2259@ritvax.isc.rit.edu
Subject: Photo CD 
Reply-To: sxl2259@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Fri, 6 Nov 1992 08:58:24 GMT

Hi,

Does anyone know something about the compression technique used in Kodak's
Photo CD. Any suggestion will be very appreciated.

Thanks.
Newsgroups: comp.compression
From: Mischa_Sandberg@mindlink.bc.ca (Mischa Sandberg)
Subject: Re: compression of small files
Organization: MIND LINK! - British Columbia, Canada
Date: Fri, 13 Nov 1992 19:44:26 GMT

This isn't *really* a cheat, but: have you considered building a permanent
dictionary, or dictionaries keyed by file "type"? Mod a compression routine
to load a dictionary from a separate file identified in the compressed file's
header, rather than storing and loading
a dictionary from the compressed file's header. Periodically, run a
compression
program on the set of files kept compressed, to see if you generate a new
(and better) dictionary, and either keep that for future use or use it
to convert the older compressed files. If your files are being compressed
and uncompressed at different locations, this means periodically transmitting
new dictionaries.

--
Mischa Sandberg ... Mischa_Sandberg@mindlink.bc.ca
                 or uunet!van-bc!rsoft!mindlink!Mischa_Sandberg
*-*-*-*-*-*-*-*-*-*-*
Engineers think equations are an approximation of reality.
Physicists think reality is an approximation of the equations.
Mathematicians never make the connection.
Newsgroups: comp.compression
From: oauld@ponder.csci.unt.edu (orion okotu auld)
Subject: Re: compression of small files
Keywords: small files 1024 bytes
Organization: University of North Texas
Date: Thu, 12 Nov 1992 07:46:54 GMT

In <1992Nov11.210509.20715@cbnewsj.cb.att.com> jef0@cbnewsj.cb.att.com (john.e.fetchko) writes:


>Does anyone have information on any compression routines
>that work well on the compression of small files ?
>     ^^^^^^^^^                       ^^^^^^^^^^^ 

>work well: means a good compression ratio, speed is unimportant.

>small files: means 1024 bytes or less.

>Or would a file of such a size be too small to effectively compress ?

I suppose it depends on the kind of data.  The more we can assume about
it, the better.

As far as general compression algorithms are concerned, and general files,
most often files of that length are too short to compress using dictionary
techniques like LZW, but perhaps adaptive coding techniques might be
better.

                                    --Orion



Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Latest PKZIP.
Organization: University of Vaasa, Finland
Date: Sun, 8 Nov 1992 06:06:20 GMT

In article <BYA=qN#@engin.umich.edu> ganesha@statler.engin.umich.edu (khurt lef williams) writes:
>	Anyone know where I can find the latest version of PKZIP? I belive
>       its version 2.0.

The other's will tell you about the number of hacks you can fall
prey to.  But here is what is readily available.

 138538 May 20  1989 garbo.uwasa.fi:/pc/arcers/arc602.exe
 200502 Jan 27  1992 garbo.uwasa.fi:/pc/arcers/arj230ng.exe
 122315 Aug 27 23:26 garbo.uwasa.fi:/pc/arcers/arj239a.exe
  66701 Jan 12  1992 garbo.uwasa.fi:/pc/arcers/hpack75.zip
  44416 Aug  1  1991 garbo.uwasa.fi:/pc/arcers/lha213.exe
 103338 Oct  7  1990 garbo.uwasa.fi:/pc/arcers/pak251.exe
 119808 Feb 27  1989 garbo.uwasa.fi:/pc/arcers/pk361.exe
 140116 Mar 27  1990 garbo.uwasa.fi:/pc/arcers/pkz110eu.exe  <----- 1.10
  98863 Sep 26 17:49 garbo.uwasa.fi:/pc/arcers/sqz1082e.exe
  37211 Aug 30 22:17 garbo.uwasa.fi:/pc/arcers/unzip50.exe   <----- 1.93A
  45595 Apr 21  1992 garbo.uwasa.fi:/pc/arcers/zip10exx.zip
 114486 Aug 28 15:37 garbo.uwasa.fi:/pc/arcers/zip19p1x.zip  <----- 1.93A
  73461 Jul 12  1991 garbo.uwasa.fi:/pc/arcers/zoo210.exe

 125879 Aug 12  1989 garbo.uwasa.fi:/unix/arcers/arc.tar.Z
 246897 Jan 29  1992 garbo.uwasa.fi:/unix/arcers/hpack75a.tar.Z
  90455 Apr  9  1992 garbo.uwasa.fi:/unix/arcers/lha-1.00.tar.Z
  35321 Aug 30 13:09 garbo.uwasa.fi:/unix/arcers/unarj230.tar.Z
 301326 Aug 22 12:49 garbo.uwasa.fi:/unix/arcers/unzip50.tar.Z
 242896 Aug 22 12:49 garbo.uwasa.fi:/unix/arcers/unzip50.zip
 186591 Oct  3  1991 garbo.uwasa.fi:/unix/arcers/zip10ex.tar.Z
 158605 Oct  3  1991 garbo.uwasa.fi:/unix/arcers/zip10ex.zip
 244565 Aug 26 23:44 garbo.uwasa.fi:/unix/arcers/zip19p1.tar.Z
 202085 Aug 26 23:43 garbo.uwasa.fi:/unix/arcers/zip19p1.zip
 237093 Aug  8  1991 garbo.uwasa.fi:/unix/arcers/zoo210.tar.Z

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the Garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  For the Asian users there is the NCTUCCCA.edu.tw
mirror.  The mirrors may lag occasionally, or might not have all the
files.  If you do not receive my reply within five days, please ask
your own site's system manager to construct a returnable mail path
for you". 

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.compression
From: btf57346@ih-nxt07 (Byron Thomas Faber)
Subject: Pkzip 2.0 in the 23'rd century?
Organization: University of Illinois at Urbana
Date: Fri, 13 Nov 1992 16:11:52 GMT

Can somebody please e-mail to let me know if I should tell
my Great-Great Grandchildren to pick up my free-copy of pkzip 2.0.

I actually bought version 1.1.  Hmph.

Seems I mad a bad investement.

Byron
--
Question:  What's the fastest way       Internet:  btf57346@uxa.cso.uiuc.edu
	   to run Windows?                         btf57346@sumter.cso.uiuc.edu
Answer:    Turn the computer off.                  Byron "Bohr" Faber
Newsgroups: comp.compression
From: protonen@daimi.aau.dk (Lars J|dal)
Subject: Re: compression of small files
Keywords: small files 1024 bytes
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Date: Thu, 12 Nov 92 14:33:23 GMT

jef0@cbnewsj.cb.att.com (john.e.fetchko) writes:

>Does anyone have information on any compression routines
>that work well on the compression of small files ?
>     ^^^^^^^^^                       ^^^^^^^^^^^ 
>work well: means a good compression ratio, speed is unimportant.
>small files: means 1024 bytes or less.
>
>Or would a file of such a size be too small to effectively compress ?

I'm not sure what strategy you think of. If you are going to
compress every file individually and keep them as individual
files the answer to your question is: "Yes, they are too small."
Most systems allocates disk space in chunks of 1KB or so, which
means that even if the program can compress your 1023 bytes file
down to 1 byte you won't save any disk space.

Instead you can juxtapose the files to one big file (on Unix
use 'ar') and compress the big file. This is a good idea if
the files are of the same type (all english text, all .h files,
all <your type>), because the compression program can take
advantage of patterns that arise in several files.
Or you can use an archiver which compress every file individually,
but put the files in one archive. This again gives you one
big file. If the files are generally unlike this is probably
better than juxtaposing the files before compressing.

>Thanks in Advance,
>John Fetchko
>...att!attmail!jfetchko
>(908) 457 - 6429

Sorry if this does not help very much, but I hope to have given
some general ideas.

+--------------------------------------------------------------------------+
| Lars J|dal                  | Q: What's the difference between a quantum |
| email: protonen@daimi.aau.dk|    mechanic and an automechanic?           |
|                             | A: A quantum mechanic can get his car into |
| Aarhus University           |    the garage without opening the door.    |
| Denmark                     |                    -- David Kra            |
+--------------------------------------------------------------------------+
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKZIP 1.93 bug!
Date: 12 Nov 92 06:23:48 GMT
Organization: Academic Computer Centre Utrecht

In <sv.721487958@id.dth.dk> sv@id.dth.dk (Stig Valentini (920401#PF)) writes:

>PKUNZIP -t * sometimes gives a CRC errors which doesn't occurs when you
>unpack or test the files individually. Not surprising when you remember
>that the v1.93 is a beta version.      

This is a known problem. I believe this is the one PKWARE claims to be
caused by the infamous 486 caching motherboard problems. It is very
likely PKZIP 2.0 (which I expect to be released fall Comdex) won't
have this problem. BTW fall comdex is 16-20 november I believe.

Nico E. de Vries  (nevries@cc.ruu.nl) |------------------*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

"The IBM PC is still waiting for a version of the CP/M OS.", G.M. Vose, 1982.
From: dik@cwi.nl (Dik T. Winter)
Newsgroups: comp.compression
Subject: Re: PKZIP/PKUNZIP current version
Date: 9 Nov 92 01:48:06 GMT
Organization: CWI, Amsterdam

In article <1992Nov7.173623.8658@adsi.homecare.com> markp@adsi.homecare.com (Mark Parr) writes:
 > I posted a similar message a couple of weeks ago, but we lost our Usenet
 > feed for several days so I never got a response....
 > 
 > Can anyone tell me the most current and valid version number for PKZIP and
 > PKUNZIP?
Still the same as you have.
-- 
dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland
home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
Newsgroups: comp.compression
From: cutler@CS.ColoState.EDU (dan cutler)
Subject: Request for algorithm/idea
Date: Mon, 09 Nov 1992 04:38:16 GMT
Organization: Colorado State University, Computer Science Department

Howdy Netters!

This request may seem to be misplaced however I am searching
for an algorithm (or at least a good idea where to start) for
a project that really has nothing to do with data compression
but similiar concepts.

I need a small procedure to QUICKLY scan a string for characters
from a small set.  At first I thought to use Boyer-Moore.  But
BM builds a table and works very well for large substrings with-
in strings.  I suppose I could just scan the string 1 char at a
time and check the char_set to see if it is there but this seems
slow.

Perhaps I should state the problem in real terms:

This procedure is a PostScript filter.  My program prints entire
volumes of data from databases.  Every string that is sent to
the printer, is placed in parenthesis (). ie (the quick brwon) 
Well, if a string looks like this (Have a nice (mediocre) day),
I have to place the "(" and ")" as strings using this char "\"
The new string would look like this:
 (Have a nice \(mediocre\) day) and so on.  

The reason I'm posting this question here is that several compres-
sion programs have advanced parsing/searching routines that may
have/use similiar concepts.

Any ideas?
advTHANKSance
Dan Cutler 

cutler@cs.colostate.edu

btw, Assembly for pc preferred but anything accepted.

Newsgroups: comp.compression
From: julior@rmece02.upr.clu.edu (Julio A. Rodriguez)
Subject: U-Law Encoding....HELP!!!!
Organization: UPR-Mayaguez--ASEL Lab
Date: Tue, 10 Nov 1992 16:30:40 GMT

Hi:

	I've been working with the program PLAY and RECORD.  RECORD produces a
file with a .au extension and is supposse to use the U-LAW encoding method.
I need to decode this data to be able to process this information usign FFT.
If you got any ideas on how to do so please send me your ideas.  Thanks.

		julior@rmece02.upr.clu.edu



Newsgroups: comp.compression
From: a7657@mindlink.bc.ca (Stephen H. Kawamoto)
Subject: Re: best method for compressing text files
Organization: MIND LINK! - British Columbia, Canada
Date: Tue, 10 Nov 1992 19:00:41 GMT

GH> Msg-ID: <Nov.10.00.59.59.1992.29852@gandalf.rutgers.edu>
GH> Posted: 10 Nov 92 05:59:59 GMT
GH>
GH> I know that this question has been posted to the group before,
GH> but I am looking for a compression method (preferably
GH> extremely portable code) that is best in compression (*not*
GH> speed) for text files exclusively (or not). PostScript files
GH> tend to be extremely cumbersome, and pkzip just doesn't do the
GH> job to make it feasible to transfer most ps files between a
GH> dos machine and a unix machine when the modem speed is 2400 bps.
True. Have you tried ARJ yet?

Then there's LHA by Mr. Yoshizaki. It's PD code.

GH> I'd like to have some code or two identical packages: one for
GH> unix, one for msdos, so that a 500K text file will be
GH> considerably smaller than 500K, i.e. << 100K. Does anyone have
GH> an answer for me either negative or positive? Speed is of no
GH> concern to compress the files when it will most likely take
GH> much less time than the 20-30 minutes for file transfer with
GH> pkzip techniques, and it is also time consuming to generate
GH> the ps files from wp51.

I wouldnt know what ports in Unix would be available for ARJ but source for
Lempel-Zev Huffman compression is PD and ready to be FTPed.

But you want an implementation of the code not some dusty old C program
right? :)


--
PGP 384/D7484F Stephen Kawamoto

a7657@mindlink.bc.ca.


UUENCODED on MIND LINK! Fri Oct 30 10:35:08 1992


begin 666 sign1a.pcx
M"@4!`0`````K`3L`+`$\`````/___P``````````````````````````````
M```````````````````````````!)@``````````````````````````````
M``````````````````````````````````````````````````#E_\'PY?_!
M\.7_P?#E_\'PY?_!\.7_P?#$_\'/X/_!\,3_P<_@_\'PQ/_!Q\W_/]+_P?#$
M_\''S?\
Newsgroups: comp.compression
From: slblake@eos.ncsu.edu (STEVEN L BLAKE)
Subject: H.261 document RM8
Originator: slblake@pixel.ece.ncsu.edu
Keywords: H.261, RM8
Reply-To: slblake@eos.ncsu.edu  (Steve Blake)
Organization: NCSU Center for Communications and Signal Processing
Date: Tue, 10 Nov 1992 20:27:09 GMT


  I am trying to obtain a copy of the following document, which describes a
simulation model of the H.261 video coding algorithm:

  "Description of Reference Model 8 (RM8)", Document 525, CCITT SG XV,
  Working Party XV/4 Special Group on Coding for Visual Telephony, June 1989.

  Is this document available via ftp?  Any information would be greatly
appreciated.
Newsgroups: comp.compression
From: benc@htsa.aha.nl (Ben Castricum)
Subject: Executable file compressors wanted
Date: Fri, 6 Nov 1992 10:06:28 GMT
Organization: Algemene Hogeschool Amsterdam, Polytechnic Institute


Hi everybody, I would like some help with my program..

I am working on a program that expands compressed executables.
Something like DISLITE or UNLZEXE but I want to decompress all files
with one program.

Everything is developing nicely and currently my program has been tested
on the following compressors:

-- COM files --
DIET V1.10a	
DIET V1.20	

PKLITE V1.03	
PKLITE V1.05	
PKLITE V1.12	
PKLITE V1.13	
PKLITE V1.15	

SHRINK V1.00		(found 2 bugs in decompressing routine)

-- EXE files -- 0123	(method 1 and 3 are extra compression)
PKLITE V1.03	
PKLITE V1.05	
PKLITE V1.12	
PKLITE V1.13	
PKLITE V1.15	 
PKLITE V1.20	 	(found in PK[UN]ZIP v1.93a)
PKLITE V1.20+	 	(found in PKLITE V1.15, uses encryption)


Now I am working on some more EXE compressors.. (currently LZEXE V0.91)

Below follows a list of compressors I have. If anyone has a compressor
which is not listed I would be very gratefull to receive a copy of it.

For PKLITE owners, if you don't want to send PKLITE itself (because it's
registered), a program compressed with it should be enough. Just check if
I haven't got the compressing method yet. The method used by pklite is stored
in the header in the high nibble of the byte before the 'PKLITE' string.
so it should look like this:
001C: 14 31 50 4B 4C 49 54 45
      ^^ ^^  P	K  L  I  T  E (followed by copyright message)
      |  | - (1) major version number (1 are )
      |  |
      |   -- (3) method (means large file with extr compression)
       ----- (14) minor version number (14h=20)
so this a large file compressed with PKLITE V1.20 (extra compression)
Don't think you're smart by changing the number, my program is not using it
at all.

Anyone who has send me an addition to my collection or in another way improved
my program can receive the latest version of it.
To make this interresting:
It's able to make normal pklited files unextractable, even dislite v1.01 can't
handle them! (ofcourse it's just a simple trick)


These are the compressors I have:

DIET V1.10a
DIET V1.20
DIET V1.44
LZEXE V0.91
PKLITE V1.03
PKLITE V1.05
PKLITE V1.12
PKLITE V1.13
PKLITE V1.15
SHRINK V1.00
TINYPROG V3.3


thanks in advance.
Ben.

(benc@solist.htsa.aha.nl)
-- 
/****************************************************************************/
/* benc@solist.htsa.aha.nl     could somebody tell me when I've gone nuts?  */
/****************************************************************************/
Newsgroups: comp.compression
From: bhh@loki.cs.wayne.edu (Bhaskar Holur)
Subject: Re: Review: "JPEG Still Image Data Compression Standard"
Keywords: JPEG, book review
Organization: Wayne State University
Date: Mon, 9 Nov 1992 01:10:27 GMT

Hi, I am doing a project on video compression using the latest
International standard (draft), the MPEG algorithm.  Rather, I am
first making a thorough study of the MPEG techniques and as time
permits try to make a software simulation of the building blocks
of the MPEG encoder. I am working on a Sun Sparc 4 workstation.

I am a Computer Science grad student in Wayne State University, Detroit.

MPEG means MOVING PICTURES EXPERT GROUP of the joint ISO-IEC committee
which is developing a world-wide video coding standard (at 1.5 Mbit/s).
The other group is the JPEG for still image compression. 

The purpose of this letter is for asking for help in the following 
directions.  Anybody out there have any sources?

1.  I am looking for an image sequence (video sequence preferably)
    512x512 (or 256x256) gray-scale, 8 bit/pel quantized, suitable
    for use on Sun Sparc 4 station terminal.

    Actually, if anyone knows or has a good test sequence for the
    simulation of MPEG, it would be best.

2.  Although I got quite some info from various tech. papers,
   especially from Proc., SPIE about MPEG and various motion-compensated
   prediction/interpolation encoder development and various motion-
   estimation techniques, and an overview on MPEG as well, I need more
   info for the exact implementation details for the encoder. (esp.
   for software simulation)

3.  Any info on software implementation techniques or algorithms
    for MPEG simulation.  Since the simulation of the whole encoder
    is quite a involved and big project, I was thinking of starting
    with the important building blocks, like Motion Estimator, for
    the MPEG.  

Actually, last semester I could simulate the still image compression
standard, the JPEG, since it is much easier than MPEG moving-picture
compression.

I did try to ftp into isy.liu.se for some image sequences. I was
not able to convert from the .imf format.  When I went into the
vi editor to strip the header from the .imf file, it said line
too long!???

So, I appreciate any help regarding the above directions.
At least you could send me any sources you know!

Thanks a lot,
Bascar.


Newsgroups: comp.compression
From: laurie@renoir.sfc.sony.com (Laurie Bloomgarden)
Subject: Re: Looking for lossless audio compression
Organization: SONY Advanced Video Technology Center San Jose, CA USA
Date: Fri, 13 Nov 1992 17:39:59 GMT


I am interested in algorithms for lossless audio compression, too so please 
post if you know of anything. 

Thanks
Newsgroups: comp.compression
From: jdm57406@uxa.cso.uiuc.edu (Jason D. Marshall )
Subject: Re: Latest PKZIP.
Organization: University of Illinois at Urbana
Date: Sun, 8 Nov 1992 03:11:02 GMT

ganesha@statler.engin.umich.edu (khurt lef williams) writes:


>	Anyone know where I can find the latest version of PKZIP?  I belive its version 2.0.
 
 I do believe there is no new version of pkzip yet.... keep on using v1.10,
 unless, of course, you like using the beta test (1.93?), or the myriad of
 hacks, like 2.0, which, in some cases, erase the data you're trying to 
 archive

 -jason who is getting tired of answering this question.....
Newsgroups: comp.compression
From: marfleet@cs.UAlberta.CA (Marfleet Kent E)
Subject: information about compression
Organization: University of Alberta, Edmonton, Canada
Date: Mon, 9 Nov 1992 01:35:10 GMT

Hi,  I'm interested in learning about compression 
algorithms, how they work etc. 

Could someone tell me what books would be good to read
on the subject?  

Thanks in advance!

Kent