HDTenEightyP/NetNews huggingface dataset:
From: danisch@ira.uka.de (Hadmut Danisch )
Subject: Looking for CELP compressor
Reply-To: danisch@ira.uka.de
Organization: Univ. Karlsruhe
Date: Thu, 10 Sep 1992 15:14:44 GMT

Hi,

can anyone tell me, where i can find a CELP compressing
program for a sparc-workstation?

thanks in advance

Hadmut Danisch
From: REW099@DJUKFA11.BITNET
Newsgroups: comp.compression
Subject: .Z / Compress under VM/CMS ...?
Date: 10 Sep 92 12:03:44 GMT
Organization: Forschungszentrum Juelich


 Hello,
 I hope that someone can give me help...

 I already know that the
 Compress/Decompress package is available from
 vmd.cso.uiuc.edu (public.477)
 I received it by FTP, but I didn't got it
 running properly.
 Who is using it without any troubles. It seems to
 be the way that there is an error in the
 COMPRESS MODULE.

 Any suggestions ?

 Please E-Mail to REW099@DJUKFA11.BITNET

 -Stefan
Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: PKZIP CONTEST.....
Organization: University of Vaasa, Finland
Date: Tue, 15 Sep 1992 10:35:44 GMT

In article <1992Sep14.211553.125699@ns1.cc.lehigh.edu> ry01@ns1.cc.lehigh.edu (ROBERT YUNG) writes:
>Whatever happened to that PKZIP contest where one had to 'break' in a zipped
>file from PKWARE? Did someone win or was it impossible? Thanks!

With the problems they have at PKWare with 2.0 let's give them a
break :-).  Nothing has been heard in here ever since.  (Goes both
for the contest, and releasing 2.0 :-).  In case anyone is still
interested (yawn), the contest is available as
 14433 Apr  3 11:39 garbo.uwasa.fi:/pc/arcutil/pkcontst.zip

..................................................................
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
From: rwb@alexander.VI.RI.CMU.EDU (Robert Berger)
Newsgroups: comp.compression
Subject: Re: HDTV and Teleconferencing Standards?
Date: 5 Sep 92 08:53:25 GMT
Article-I.D.: cs.Bu3Kp1.Fuy.2
Organization: School of Computer Science, Carnegie Mellon

In article <1992Aug20.123248.22941@s1.gov> lip@s1.gov (Loren I. Petrich)  
writes:
>  [I presume that
> the pixels include all three colors and are square].
> 

Not likely on either count. Most digital video standards use the YUV
color space; only Y (luminance) is specified for every pixel; U and V
(chrominance) is sampled more sparsely.

The dweebs who define digital video formats don't usually care about
square pixels. The computer industry has tried to convince them it's
worthwhile, without much success.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.compression
Subject: Re: PKWARE AND ASI AGREEMENT
Date: 11 Sep 92 12:43:55 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep10.073141.7471@wheaton.wheaton.edu>, gmribeir@david.wheaton.edu (Glauber) writes:
| [PKWhare and ASI will sell a multi-platform archiver, etc
| etc.]
| 
| Since when i read the original post, i've been wondering if
| this is the real reason why PKZip 2.x has never been
| finished.

  Now that info-zip zip1.9 is out, as far as I'm concerned, PKzip2.0
*is* finished.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: boberg@lysator.liu.se (Stefan Boberg)
Newsgroups: comp.compression
Subject: Re: PKWARE AND ASI AGREEMENT
Date: 8 Sep 92 09:44:00 GMT
Organization: Lysator Academic Computer Society, Linkoping University, Sweden

nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:

>>Interactive, Pyramid), MacIntosh, MVS, Amiga, Ultrix, and other
>>environments as needed.  The products will include PKZip, PKUnzip, PK
>>Data Compression Library, PKLite, PKSFX, and future PKWare products.

>PKLite for all these platforms? Impressive. How many of the Amiga version
>do they expect to sell, 1 or 0 :-)

  Since there are tons of PKLite-style programs available for the Amiga
already, I wouldn`t expect them to sell many. Especially not at the prices 
Phil Katz usually charge. I wouldn`t expect him to get much from PKZip
Amiga either since LhA is the standard on the Amiga and PKZip for MSDOS
isn`t what I`d call a great archiver. They need to work much harder to
be able to compete on the Amiga.

>>day-to-day operations.  While used extensively in the DOS environment,
>>common binary file storage with data compression is not widely used in
>>the other platforms and environments.

>Where does this idea come from?

  They obviously haven`t got a clue. At least for the Amiga there are
a multitude of different data compression programs, including realtime
compressing filesystems and good archivers. Same with Macintosh.

>>The Data Compression Library for UNIX and MacIntosh is available
>>immediately for a cost of $495. PKZip for UNIX is also available for a
>>shareware registration fee of $87.

>Amazing, is this true? Did anyone actually see this products or is it
>as usual with PKWARE just the announcement ;-(.

  And who on earth would want to pay $87 for PKZip when Info-ZIP works
just as well and is free at that!?

  They`re just to late... If they had released these products a year
ago maybe it had been a success. But not now.

  Who`s ASI anyway???
--
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X, Full
  Contact and Miami Chase.
    EMail: boberg@lysator.liu.se, lha@augs.se       FidoNet: 2:204/404
Newsgroups: comp.compression
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKWARE AND ASI AGREEMENT
Date: 8 Sep 92 19:06:36 GMT
Organization: Academic Computer Centre Utrecht

In <1992Sep8.153242.6290@wuecl.wustl.edu> oldroyd@wucs1.wustl.edu (L. A. Oldroyd) writes:

>...
>Here is a fine example of exploitation.  ASi and PKWare are intending
>to capitalize on the widespread use of a "standard" DOS shareware program.
>Of course, this means the users, WHO SET THE "STANDARD" BY CHOOSING THE
>REASONABLY PRICED SHAREWARE PRODUCT, will now be tapped to pay commercial prices
>for the use of those products.  How long will ASi allow PKZip to be cheap
>shareware?  

What would they win by making it more expensive? More ilegal use? :-)

>Or PKUnzip to be free? 

I might be misinformed but PKUNZIP is not free.

>...
>And an "open" system?  That usually means a freely-available specification
>which anyone can implement, even to produce "freeware"!  Will ASi publish the
>file format and compression algorithm?  [If it has been published, excuse me,
>please, for I have neither seen nor heard of it.]

The PKZIP distribution package has full spec's and also has made them PD
alowing other to use it etc. INFO-Zip is a nice example of such a use. 

>This would not bug me, except that zip is used so much, and none of that stuff
>is available in any other form!  I feel trapped!  Bushwhacked!  Ripped off.

Not true. There is a free alternative in INFO-ZIP. This package is PKZIP
compatible. Nearly as good and free of charges.

>...
>Flame away.  (Of course, a "flame war" over this will only give ASi more free
>publicity, so ... what is it worth.)  Is there any interest in a count of
>"votes" pro/con the continued use of zip compression?

What would it matter. The few hundred people voting would not make a difference
for the mass using PKZIP.

>	oldroyd@wucs1.wustl.edu


Nico E. de Vries
_ _
O O  USENET nevries@cc.ruu.nl  FIDO 2:281/708.1  COMPUSERVE ^%#$*%^ 
 o   This text reflects MY opinions, not that of my employer BITECH.      
\_/  This text is supplied 'AS IS', no waranties of any kind apply.      
     Don't waste your time on complaining about my hopeless typostyle.

MS-DOS + DR-DOS + X-DOS + Geoworks + Windows + Windows NT + OS/2 2.0 +
DesqView/X + Solaris + Interactive UNIX + multiuser DOS + NextStep = confusion
Newsgroups: comp.compression
From: mather@sees.bangor.ac.uk (Paul Mather)
Subject: Re: PKWARE AND ASI AGREEMENT
Organization: Centre for Applied Obfuscation.
Date: Thu, 10 Sep 1992 16:07:33 GMT
X-Posted-From: sol.sees.bangor.ac.uk
X-Posted-Through: sol.ctr.columbia.edu

oldroyd@wucs1.wustl.edu (L. A. Oldroyd) writes:
> Flame away.  (Of course, a "flame war" over this will only give ASi more free
> publicity, so ... what is it worth.)  Is there any interest in a count of
> "votes" pro/con the continued use of zip compression?

Well, I'm not going to vote or flame because I don't think there's much
point.  However, I too was a little irked by the announcement which
did reek a little of profiteering to this authors nose.

I also feel that PKware over-estimate the importance and popularity of
pkzip/pkunzip, given that it is essentially only a MS-DOS product.
(Yes, I know the INFO-Zip software is cross-platform, but we're
talking PKware here.)  Most unix users I know still happily use tar
and compress, most Atari ST users ZOO or LHA, and so on.  Even on
MS-DOS, the pkzip heartland, many I know are jumping ship (as I did)
to ARJ because they feel it is superior in features and compression
compared to pkzip [1.1].  (And you don't have to register it for "home"
use.)

I would like to see ARJ become more widespread to other platforms.
Unfortunately, with no source code available to the general public,
this is unlikely to happen (quickly at least).  Such a pity.

I guess if PKware are determined to become a standard, even if only
on MS-DOS, and drop the shareware image, I guess that they'd
probably manage to pull it off.  And a sad day that would be, IMHO.
Lately "standards" seem to have become more a shackle to bind us
rather than the liberating force they were originally destined to be. :-(

Cheers,

Paul.

-- 
e-mail: p.mather@sees.bangor.ac.uk

If your mailer can't reach me, I'm obviously not worth talking to.
From: leo@zelator.in-berlin.de (Stefan Hartmann)
Newsgroups: comp.compression
Subject: Re: Compression card for video images
Keywords: compression  card , moving images
Date: 13 Sep 92 17:23:13 GMT
Organization: Puplic-Access-Xenix-System

In <ystan.715923157@fawlty8.eng.monash.edu.au> ystan@fawlty8.eng.monash.edu.au (Mr YS Tan) writes:

>Below is a posting for a friend :
>-----------------------------------------------------------------------------
>Our research team here is trying to buy a coding/decoding card for video
>images. That card should be able to receive PAL signals, compress it and
>display the result on the screen. Also, it should be able to grab compressed
>video data from the computer, decompress it and display it on the screen.
>Our requirement is that the card must be able to perform the above encoding
>and decoding functions at the same time for video conferencing purpose.
>The coding algorithm implemented is not a major concern. However, JPEG
>algorithm is perferred. QCIF sized image with a frame rate of no less than
>15 frames per second should be sufficient for our application.

>For the time being, we know that the Action Media II card for IBM-compatible
>PCs and Parallax card for SUN SPARC stations can fulfil our requirement.
>We are just wondering whether we have any other options available.

>Thank you in advance.
>-----------------------------------------------------------------------------
>Please reply to one of the following email addresses :

>	cheung@fawlty1.eng.monash.edu.au
>	shall@eikona.eng.monash.edu.au

>-----------------------------------------------------------------------------
Hi,
there is one more card from VideoLogic, a UK based company who is
about 6000 DM in Germany. They have a board, which can do realtime
JPEG compression of 25 frames /sec and write it directly to harddisk.
Then you can also play it back in realtime.
Resolution was about 640x480 or less in nearly true color. I saw a
demo on the last Cebit show.

We are going to have a fast framegrabber for the PC, called PC
Hurricane (TM), which can do 320x240 true color to Extended Memory in
25 frames/sec. So if you have 64 MB of RAM, you can store a few
seconds of video and encode it to MPEG via our Xing MPEG encoder (per
frame 1.5 seconds)
The PC Hurricane is 999.-DM and the MPEG encoder is 499 DM.

Have a look at the free MPEG demo for win3.x in 
ftp 130.231.240.17  under pub/MPEG    MPEGXING.LZH is the file to
download.


Best regards Stefan Hartmann. c/o Gatz & Hartmann, engineering office
for Multimedia solutions.

email to: leo@zelator.in-berlin.de

-- 
 
*************************************************************
*  Stefan Hartmann       This is how to contact me:         *
*  EMAIL: leo@zelator.in-berlin.de                          *
*  Phone : ++ 49 30 344 23 66      FAX : ++ 49 30 344 92 79 *
*************************************************************
Newsgroups: comp.compression
From: quandt@mcs213c.cs.umr.edu (Brian Quandt)
Subject: MPEG, computer rendered, and artifacts
Date: Thu, 10 Sep 1992 23:03:06 GMT
Organization: University of Missouri - Rolla


I have a question about MPEG, artifacts, and computer generated images.

I have seen problems when JPEG is used on a simple scene such as one
rendered by a computer, apparently, the 'high energy' associated with
lines and such don't work well when dealing with DCT's etc.

What about MPEG?  Since MPEG is similar to JPEG in that it uses a DCT
to obtain a portion of its' compression, do artifacts still present
a problem? I was thinking that since MPEG deals with mulitiple frames
that the artifact problem may be less then JPEG, or in the least
an algorithm could be constructed that would cause the artifacts in
successive frames to 'cancel each other out'.

I remember seeing the same discussion about JPEG a while ago.  I'd like
to see a summary if anyone has kept one.  Also what methods were propsed
to deal with the problem (smoothing etc).  Who has seen and worked on this
problem?  Anyone, investigating this problem with MPEG?

					Brian Quandt


oh yeah, a non-related question, does anyone know how to forward a 
news article to another person (i.e., in elm the command is 'b' for bounce).
Pipeing to mail doesn't do it, I'd like to keep the 'subject' line intact.
From: btf57346@uxa.cso.uiuc.edu (Byron "Bohr" Faber)
Newsgroups: comp.compression
Subject: Re: INFO-ZIP congretulations!
Date: 4 Sep 92 21:55:17 GMT
Article-I.D.: news.Bu2q86.Kz9
Organization: University of Illinois at Urbana

I agree.  Maybe we should use INFO-ZIP as a standard instead of
pkzip.   I would sure use zip 2.0 before I would ever worry about
compatiblitly with pkzip 2.0.   

Especially since I'll probably never see it.

Byron Faber
-- 
Please Note:  Some Quantum Physics Theories Suggest that When the Reader   
              Is Not Directly Observing This Message, It May Cease to Exist
              or Will Exist Only in a Vague and Undetermined State.
Internet:  btf57346@uxa.cso.uiuc.edu  & btf57346@sumter.cso.uiuc.edu
Newsgroups: comp.compression
From: gmribeir@david.wheaton.edu (Glauber)
Subject: Re: PKWARE AND ASI AGREEMENT
Organization: (n.) Body of persons united for a specific purpose.
Date: Thu, 10 Sep 1992 07:31:41 GMT

[PKWhare and ASI will sell a multi-platform archiver, etc
etc.]

Since when i read the original post, i've been wondering if
this is the real reason why PKZip 2.x has never been
finished.

					Glauber


-- 
Glauber Ribeiro - Wheaton College, IL  (USA)
                  glauber@david.wheaton.edu 
                  glauber@vpnet.chi.il.us
Newsgroups: comp.compression
From: marpia@sun.rhrk.uni-kl.de (David Powers [Informatik])
Subject: Compressing English text to 1.75bits or better (80%)
Summary: Entropy of English is 1.75 bits or less (put in FAQ)
Keywords: FAQ
Organization: University of Kaiserslautern, Germany
X-Newsreader: Tin 1.1 PL4
Date: Sat, 12 Sep 1992 10:35:52 GMT

I want to draw attention to a journal article which might not other-
wise come to the attention of this group:

An Estimate of an Upper Bound for the Entropy of English
Peter L Brown, SA & VJ Della Pietra, JC Lai & Robert L Mercer,
Computational Linguistic V18#1, pp31-40, March 1992, MIT Press/ACL.

They used cross-entropy techniques to estimate an UPPER bound for
the 6million word Brown corpus, using a model based on a couple of
dictionary, plus lists of names, addresses and places, etc. and
TRIGRAM prediction.  The article is intended "as a gauntlet thrown
down" to challenge the bettering of this result - which is already
equivalent to achieving around 80% compression.

Perhaps this information should go into the FAQ question [73] on
the theoretical limits of compression.

David Powers
Newsgroups: comp.compression
From: elizabec@fraser.sfu.ca (Elizabeth Fong Wah Chan)
Subject: Question: Voice compression
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 7 Sep 1992 22:14:23 GMT

Hi, netter.

I bought a third party S/W package that can digitize voice signals
and store them into a DOS file. On average, one hour of speech 
requires 10Mbytes of storage. Does anyone know some compression
programs that perform well in digitized voice files and are reasonably
fast in compression and decompression.

Thank you for any information.

Louie
From: edhall@rand.org (Ed Hall)
Newsgroups: comp.compression
Subject: Re: Compressing English text to 1.75bits or better (80%)
Keywords: FAQ
Date: 14 Sep 92 04:08:18 GMT
Organization: RAND

In article <7990@public.BTR.COM> rem@btr.BTR.COM (Robert E. Maas  rem@btr.com) writes:
>May I suggest such silly methods as yours not be posted in the future?

...because most likely they have already been posted.  Jokes aren't
nearly as funny the second time around.  After all, one objective of
compression is the elimination of redundancy.  And we've heard 'em all
already.

		-Ed Hall
		edhall@rand.org
Newsgroups: comp.compression
From: pmueller@ux4.cso.uiuc.edu (Pete Mueller)
Subject: HELP I need a decompressor
Summary: I need a unlzh utility
Organization: University of Illinois at Urbana
Date: Mon, 7 Sep 1992 07:57:30 GMT
Keywords: help lzh

Help!!!!!!!!!!!

I'm looking for an un-lzh utility for MS-DOS. The problem is i needed it
yesterday!!!!  I've check all of the ftp sites i know and can't find it anywhere
i tried wuarchive, but no luck, the one they had acted strange on my machine.
(it never stopped reading, just kept going for ever...)  

Could someone out there PLEASE point me to a ftp site with such an un-lzh
utility.

tnx1.0E6,
-pete

-- 
Peter Mueller                                | In the event of an atomic
pmueller@ux4.cso.uiuc.edu                    | attack, the federal rule
pmueller@sumter.cso.uiuc.edu <--- NeXT Mail  | concerning prayer will be
DISCLAIMER: Help! Help! I'm being Repressed! | temporarily suspended.
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Some minor problems with the new Info-ZIP
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date:  9 Sep 92 16:08:28 GMT

Hello, everybody!

Just as everybody else seems to have done <grin> I downloaded the new
versions of zip and unzip (from garbo.uwasa.fi) and compiled them.
First, let me express my gratitude to the people from the Info-ZIP
group. Thanks guys! You have done a great job!

However, I encountered some minor problems. Here they are; most of
them seem trivial to be fixed.

1) There is some inconsistency in the file naming in the two archives.
The files in the unzip50.zip archive all have lowercase-only names,
while the files in zip19p1.zip have mixed-case names. It seems that
the two archives have been created by two different people. At first I
even thought that the first archive has been re-packaged under
MS-DOS... Would be nice if at least the text files that have one and
the same contents in the two archives have also one and the same name.

2) The file names in the Mac and VMS directories do not conform to the
ZipRules.

3) The makefiles are also not consistent between the two archives. For
instance, one of the makefiles supports the "list" tag, while the
other doesn't.

4) What happened with the program ship? Why its disappearance is not
properly documented? (I was able to find just two lines mentioning
that it is no longer in the archive and is distributed separately.
Those two lines were buried deep in the history file.) So where's
ship? Is there a new version of it? A version that would support
different encoding schemes (e.g., xxencode) would be nice...

5) The most important of all. Can I create archives that are
compatible with PKZIP 1.10 or with the old zip? I.e., is there an
option to disable the deflation method? I would like to be able to
create compatible archives - when I have to send them to people who
don't have the new zip/unzip yet. (Yes, I know, they should get it,
but many of them don't have it yet.) I certainly don't want to keep
two versions of zip just for compatibility reasons... An option to
disable the new compression method seems very useful to me...

Regards,
Vesselin
-- 
Vesselin Vladimirov Bontchev          Virus Test Center, University of Hamburg
Tel.:+49-40-54715-224, Fax: +49-40-54715-226      Fachbereich Informatik - AGN
** PGP public key available on demand. **    Vogt-Koelln-Strasse 30, rm. 107 C
e-mail: bontchev@fbihh.informatik.uni-hamburg.de    D-2000 Hamburg 54, Germany
From: luit1@wsinfo11.info.win.tue.nl (Wim Jansen)
Newsgroups: comp.compression
Subject: Re: STACKER OR PC STORE OR ????????
Date: 9 Sep 92 07:34:54 GMT
Reply-To: luit1@info.win.tue.nl

fcastro@tolten.puc.cl (Felipe Castro) writes:

>: DON'T SCREW WITH STACKER 2.0!!!!!!!!!!!!!!!!!!!!!!!
>: That SOB almost took out some vital info on my hard drive last semester, and 

>Well, as long as you do not *screw* with Satcker 2.0, it should work
>just fine... :-)
>I still have never seen a stacker drive foul up on its own... but they
>do if you have a defective hard disk.

No, it won't work 'just fine'. My first go with Stacker srewed up
completely after a few weeks of use. I bravely reinstalled my programs and
all went well for a couple of months. Then, out of the blue, my D: drive
became write-protected. Since Stacker treats his own drives as harddisks
you can't force this through DOS-commands. Only after long sessions with
PC-shell (which luckily was on C:) I managed to save the lot of my
programs. Then I quickly removed my Stacker-drive, and tossed it out of the
window (good thing it was a virtual drive :-).

Now, I'm using SuperStor, which comes with DR-DOS (Digital Research) 6.0,
and have yet to encounter my first problem.....
BTW, SuperStor takes up far less space than Stacker.

Wim Jansen.
-- 
======================================================================
=         -- Another Key-bored Genius gets Mouse-trapped --          =
=        luit1@info.win.tue.nl ( in real life: W.M. Jansen )         =
======================================================================
Newsgroups: comp.compression
From: elizabec@fraser.sfu.ca (Elizabeth Fong Wah Chan)
Subject: Re: Question: Voice compression
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 10 Sep 1992 00:05:27 GMT

I forgot to mention that the speech compressor I want should be running
under MS-DOS.