HDTenEightyP/NetNews huggingface dataset:
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: PKZIP 2.0
Date: 9 Sep 92 20:52:05 GMT
Organization: Academic Computer Centre Utrecht

The latest rumour I detected was that only appnote.txt had not been
completed by the end of august and I expected PKZIP 2.0 first week
of september. Since it still hasn't arived either appnote took more
time or something else happened. Anyone who knows more on the
subject?


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.
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: comp.compression
Subject: Request: Arithmetic coding for binary alphabets
Date: 9 Sep 92 07:28:01 GMT
Reply-To: fadden@amdahl.uts.amdahl.com (Andy McFadden)
Organization: Amdahl Corporation, Sunnyvale CA

Bell/Cleary/Witten briefly describe a form of arithmetic coding which
works for binary alphabets (i.e. it interprets the input bit stream as, well,
a stream of bits).  I'm looking for source code for this.

I went through the FAQ and all the FTP sites it mentions, but none of them
contain what I'm looking for.  I'm hoping that this isn't the dreaded IBM
Q-coder scheme (if so, tell me and I'll stop looking...).

Please e-mail any pointers you may have; I doubt this is of general interest.

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
From: king@largo.ig.com (Edward J. King)
Newsgroups: comp.compression
Subject: Re: QUESTION: VOICE COMPRESSI
Date: 11 Sep 92 16:49:35 GMT
Distribution: na


  So, whats the question? Or is this just a clever gag to get my
attention?

-- 
Ed King                               IntelliGenetics
Software Engineer                     700 East El Camino Real
king@presto.ig.com                    Mountain View, Ca. 94040
                                      (415) 962-7337
From: stoft@henson.cc.wwu.edu (David Stoft)
Newsgroups: comp.compression
Subject: JFIF docs in ascii and WP formats
Date: 5 Sep 92 02:53:57 GMT
Article-I.D.: henson.1992Sep5.025357.29080
Organization: Western Washington University


Not having access to PostScript capabilities sufficient to
print the JPEG File Interchange Format specification V1.01
from C-Cube, I have managed to transcribe an UNOFFICIAL copy
in both ascii and WordPerfect 5.1 formats.  If there is any
interest, I have uuencoded copies available for e-mail.  If
not, please excuse this use of bandwidth.

Dave Stoft
stoft@henson.cc.wwu.edu

ps. Yes, these copies are very clearly marked as 'unofficial
transcriptions', with no support and no guarantee.  There is
no attempt here to subvert anyone's efforts, only an effort
to enhance the communication of compression information.

-- 

----------------------------------------------
Dave Stoft
CS Grad Student, Western Washington University
Newsgroups: comp.compression
From: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Subject: Re: Amiga Compressing Filesystems
Reply-To: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Organization: Agnus' new home, Leonberg/Warmbronn, Germany
Date: Sun, 13 Sep 1992 10:43:13 GMT

In article <1614@lysator.liu.se> boberg@lysator.liu.se (Stefan Boberg) writes:
>   I was referring to the XFH-Handler which is part of the XPK package.
> XPK has not been officially released yet, but will be within the next
> couple of days. XPK is a joint effort between Urban Mueller, Kristian
> Nielsen, Bryan Ford and a few more.

The XPK package has been released on the monthly disk of the German
magazine "Amiga Plus" (issue 8/92). An update is placed on the disk
of the issue 10/92. At this moment, XPK is not available as freeware
or public domain, but it will be, soon.

Everyone may order an Amiga Plus issue (incl. the disk) at

ICP - Innovativ Computer
Presse GmbH & Co. KG
Leserservice AMIGA Plus
Innere-Cramer-Klett-Strasse 6
D-8500 Nuernberg 1
Germany

for DM 9.90 plus shipping.

Matthias
-- 
** Matthias Zepf, Riegelaeckerstrasse 27, 7250 Leonberg, Germany **
** +49 7152 41917    Email: agnus@amylnd.stgt.sub.org (NeXTmail) **
From: ry01@ns1.cc.lehigh.edu (ROBERT YUNG)
Newsgroups: comp.compression
Subject: PKZIP CONTEST.....
Date: 14 Sep 92 21:15:53 GMT
Organization: Lehigh University

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!
-- 
 (%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%)
  |  Off-campus address...                                          |
  |     first alley down this street, left refrigerator box. :-)    |
  |                                                                 |
   \_(Robert) Bobby Yung_______RY01@Lehigh.Edu_____________________/
From: Paul_Rolland@gateway.qm.apple.com (Paul Rolland)
Newsgroups: comp.compression
Subject: Re: PKZIP CONTEST.....
Date: 15 Sep 92 13:44:31 GMT
Organization: Apple Computer Europe

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!

I haven't heard anything about it... Could you give me a bit more informations
on that subject ?

	Thanks,
	Paul Rolland, rol@grasp1.univ-lyon1.fr
From: st1oc@jane.uh.edu (Satish, Kumar S.)
Newsgroups: comp.compression
Subject: LOOKING FOR CODE OF HUFFMAN STATIC ALGORITHM...
Date: 15 Sep 92 00:10:00 GMT
Organization: University of Houston
News-Software: VAX/VMS VNEWS 1.41


Dear Netters: ( Urgent please!)

I am looking for an FTP site where you can get the code
for STATIC HUFFMANN ALGORITHM' FOR A UNIX ( CONVEX C220)
MACHINE.  

In many of the FTP sites (from FAQ)that I had searched, I could find 
the code for 'Adaptive ( DYNAMIC ) Huffmann Algorithm' only
(e.g.) lharc codes....


I will be extremely thankful if you can REPLY TO ME BY
E_MAIL   about the FTP site or any other pertinent info.


Thanking you with anticipation,
Sincerely yours,
KUMAR S. SATHISH
Univ. of Houston.

e-mail : st1oc@jetson.uh.edu
	sathish@cs.uh.edu
Newsgroups: comp.compression
From: fox@rei.com (Fuzzy Fox)
Subject: Amiga Compressing Filesystems (was: PKWARE AND ASI AGREEMENT)
Date: Thu, 10 Sep 1992 15:59:17 GMT
Organization: Recognition Equipment, Inc.

boberg@lysator.liu.se (Stefan Boberg) writes:

>  At least for the Amiga there are
>a multitude of different data compression programs, including realtime
>compressing filesystems [...]

Where??  How??

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              |         How's my posting?  Call 1-800-ALT-FLAME
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKWARE AND ASI AGREEMENT
Date: 9 Sep 92 07:26:54 GMT
Organization: Academic Computer Centre Utrecht

>Greg Roelofs wrote
>>I Wrote:

>>Not true. There is a free alternative in INFO-ZIP. This package is PKZIP
>>compatible. Nearly as good and free of charges.
>Better in some respects! :-)
>[multi-platform, for one; has utilities not included with PKZIP; source
>available; supported by really great folks; etc.]

Correct, I should have named more details. Looking at ratio and speed
(IMO the most interesting properties) than the RATIO is about equal,
the speed is about 20% slower. Notice that recompilation with BC++ 3.1
makes the program about 12% faster narowing the gap even more. Looking
at options and features etc INFO-Zip seems to outperform PKZIP.

>Greg Roelofs
>Info-ZIP guy ;-)

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
From: jloup@chorus.fr (Jean-loup Gailly)
Newsgroups: comp.compression
Subject: Re: INFO-ZIP congretulations!
Date: 7 Sep 92 13:32:43 GMT
Reply-To: jloup@chorus.fr (Jean-loup Gailly)

gmribeir@david.wheaton.edu (Glauber) writes about zip 1.9/unzip 5.0:

> The only thing that doesn't work in ms-dog is funzip, and
> probably very few people would care, anyway. But the funzip that
> came with zip19p1x.zip either locks or reboots my machine.

There is *no* funzip in zip19p1x.zip. If you have a copy with one in
it, please delete it and get a correct version of zip19p1x.zip from a
trustable ftp site such simtel and any of its mirrors, or garbo in
Europe.  (See comp.compression FAQ for details.) funzip is only
distributed in source form in unzip50.zip or unzip50.tar.Z.

funzip is almost useless on MSDOS, which does not have true pipes.
This is why it was not included in the MSDOS makefiles and never
released as an MSDOS .exe file. We should have put a big warning that
funzip was not supported on MSDOS, sorry. We will do our best to
support it for MSDOS in the next version of unzip (even though
it's not very useful there).

Jean-loup Gailly
info-zip guy

PS: thanks for the congratulations. They are appreciated.
From: churchh@ut-emx.uucp (Henry Churchyard)
Newsgroups: comp.compression
Subject: Re: Bug in UnZip 5.0?
Date: 8 Sep 92 09:18:09 GMT
Organization: The University of Texas at Austin, Austin, Texas


  If there are both files XXX and XXX.zip in a directory, and you
specify just 'XXX' (rather than 'XXX.zip') as an archivename on the
command line, it is true that UNZIP then will try to read XXX (rather
than XXX.zip) as an archive file.  This could be considered a feature
rather than a bug (this way, you can always specify the right file by
typing slightly more, while if things were done the other way, there
would be no way at all to specify the non-'.zip'-extensioned file as
an archive); I dunno...

--
         --Henry Churchyard     churchh@emx.cc.utexas.edu
From: rem@btr.BTR.COM (Robert E. Maas  rem@btr.com)
Newsgroups: comp.compression
Subject: Re: Compressing English text to 1.75bits or better (80%)
Keywords: FAQ
Date: 13 Sep 92 19:59:18 GMT
Organization: BTR Public Access UNIX, MtnView CA. Contact: Customer Service cs@BTR.COM

markh@csd4.csd.uwm.edu (Mark) said:
<<I have in mind an compression algorithm. It has a list of every
single text that was produced anywhere, is being produced, or ever will
be produced, and indexes each with a unique 64 bit number. This
algorithm will compress every English text to 64 bits.>>

Your proposed algorithm would be useless for normal volumes of data,
because the header to transmit that corpus of English would be so large
it'd be bigger than the stuff you wanted to compress. Remember, when
decompressing, all the software and data tables must be present, in
addition to the actual compressed files, and the total of all that must
be significantly smaller than the original files or the compression
wasn't worthwhile. In your method all those tables are orders of
magnitude LARGER than the original text most users would want to
compress.

May I suggest such silly methods as yours not be posted in the future?
From: tomc@siesoft.co.uk (Tom Crossland)
Newsgroups: comp.compression
Subject: Re: A minor bug in ARJ 2.30
Date: 15 Sep 92 11:59:21 GMT
Reply-To: tomc@siesoft.co.uk
Organization: Siemens Nixdorf Information Systems Ltd.

bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev) writes:
: I discovered something which I believe is a minor bug in ARJ version
: 2.30 (it probably exists in the previous versions too). Here is what
: happens:
: 
: If you enter the command
: 
: 	arj t *
: 
: this is supposed to mean "Test the integrity of all ARJ archives in
: the current directory". If all the archives are OK, the command works
: fine and dandy. However, if one of the archives is corrupted, the
: program not only reports this - it also terminates (with the
: appropriate errorlevel) and refuses to process the rest of the
: archives.

Why not use this instead:

for %f in (*.arj) do arj t %f

(use %%f if it's in a batch file)

--
___ _ __
  ((_))))... tomc@siesoft.co.uk, ma11tc@surrey.ac.uk, etc.
From: c60b-1fk@e260-1c.berkeley.edu (Ahmon Dancy)
Newsgroups: comp.compression
Subject: LZW/GIF
Date: 9 Sep 1992 02:13:48 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: e260-1c.berkeley.edu
Originator: c60b-1fk@e260-1c.berkeley.edu


Greetings.  I am looking for information on lzw and/or GIF compression.
I've read a few files and they just don't give me a clue.  Can anyone
point me in the right direction?  These prefixes and suffixes are evading me.

Thanks!
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.compression
Subject: Re: Bug in UnZip 5.0?
Date: 8 Sep 92 17:55:14 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <79339@ut-emx.uucp>, churchh@ut-emx.uucp (Henry Churchyard) writes:
| 
|   If there are both files XXX and XXX.zip in a directory, and you
| specify just 'XXX' (rather than 'XXX.zip') as an archivename on the
| command line, it is true that UNZIP then will try to read XXX (rather
| than XXX.zip) as an archive file.  This could be considered a feature

  If XXX is a directory rather than a file there is no problem, but if
you specify XXX and XXX exists, unzip tries to use it. This is correct
behavior, since you can use either by specifying the entire filename.
Unzip tries to use the name you gave, if there is no file by that name
it adds .zip and tries again.

  Also, when using zip, if the archive name contains a dot the .zip is
not added. This is deliberate, also, for systems where you want or need
another extension. I use .Zip for new zip files, .zip for old, so I
won't send someone something they can't unpac.
-- 
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.
Newsgroups: comp.compression
From: igor@hump.ihep.su (Igor Mandrichenko)
Subject: Re: Bug in UnZip 5.0?
Apparently-To: inews@ihep.su
Posted-Date: Tue, 8 Sep 1992 13:30:14 +0400
Organization: IHEP,Protvino
X-Newsreader: Tin 1.1 PL5
Date: Tue, 8 Sep 1992 13:30:14 +0400

edb_morten@debet.nhh.no wrote:
: Use Zip 1.9 to compress *one* file, in my example called "test". Use the
: same name for the resulting zip-file.
: 
: >zip test test
: 
: This will generate "test.zip" which is a compressed version of "test".
: 
: Now, try to list the contents of "test.zip" using UnZip 5.0.
: 
: >unzip -v test
: 
: My version of UnZip is unable to read the archive.
: 

	That's because "test" is NOT archive. It's the plain file "test"
just archived into file "test.zip". Try "unzip -v test.zip" and you will see
your file archived.

: IS THIS A BUG?

	This is not a bug, unzip does just what you said to do.

	Igor Mandrichenko	(igor@hump.ihep.su)
From: johnl@forthd.uucp (John Lebert)
Newsgroups: comp.compression
Subject: Re: STACKER OR PC STORE OR ????????
Date: 4 Sep 92 12:11:03 GMT
Reply-To: johnl@espace
Distribution: usa
Organization: Fourth Dimension, Portland OR

In article <3SEP199200265438@zeus.tamu.edu>, rpb0804@zeus.tamu.edu (BATES, ROBERT PATRICK) writes:
> In article <i10.1@cs-acad-lan.Lakeheadu.Ca>, i10@cs-acad-lan.Lakeheadu.Ca writes...
>>I need more hard disk space but can't afford a larger hard disk at this 
>>time.  Hence, I am looking at on the fly compression products.  I've heard a 
>>lot about STACKER but relatively nothing about the newcommer PC STORE (I 
>>think that's what it's called).  A comparison of these two products would 
>>greatly be appreciated, as well as any information on alternative products.
>> 
>>Thanks a million
>> 
>>Dan Sullivan
> 
> DON'T SCREW WITH STACKER 2.0!!!!!!!!!!!!!!!!!!!!!!!
> That SOB almost took out some vital info on my hard drive last semester, and 
> restricted drive access to some of my software (I forget which ones...).  Sure, 
> it gave me nearly 2x the space after compression, but it just wasn't worth it.  
> I figured that between losing important data and shelling out $350 for my 
> ST3144A, the IDE drive was a far better deal... As for the other program, I 
> don't know about it... The only one I've heard of otherwise is SUPERSTORE on 
> DR-DOS 6, and some people have complained about it, too.
> 
> Good luck, and have fun!
> 
> ==============================================================================
> Robert Bates                        Disclaimer:
> rpb0804@zeus.tamu.edu                   "I make no claims..."
> Texas A & M University
> ==============================================================================


I have been using SuperStore for about a year. I have had very few
problems with it.  I did have problems with the version on DRDOS 6.
The way I set it up was to partiton my HD (200 mg) 10 meg & 190 meg.
I then compressed the 190 meg partition. I do it this way instead of
compressing the whole disk because the bootable compressed disk used
to go away with the DRDOS version - made me gun shy. Be careful not
to use any defragmenters other than the ones that come with the
compresion programs - they can wreak havoc...

John Lebert  - johnl@espace
        
Newsgroups: comp.compression
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: Request: Arithmetic coding for binary alphabets
Date: 9 Sep 92 13:20:34 GMT
Organization: Academic Computer Centre Utrecht

In <c5Uy031J7clG00@amdahl.uts.amdahl.com> fadden@uts.amdahl.com (Andy McFadden) writes:

>Bell/Cleary/Witten briefly describe a form of arithmetic coding which
>works for binary alphabets (i.e. it interprets the input bit stream as, well,
>a stream of bits).  I'm looking for source code for this.

In principle any arithmetic coder can be used. Just use a single bit
alphabet. The comp.compression FAQ contains location of sources.

It is however likely you are refering to higher order arithmetic compression
since basic arithemetic coding is not likely to do well with a single bit
alphabet. You would make a chance on compressing much 0's with now and
than a 1 (e.g. FAX compression) but there are other schemes which do better
in thise case (e.g. FAX compression).

I believe one of the contestants of the DR Dobbs compression contest
used single bit higher order compression but I am not sure. See 
comp.compression FAQ for availability of the sources of this contest.

>fadden@uts.amdahl.com (Andy McFadden)


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.
From: spissinger@urz.unibas.ch
Newsgroups: comp.compression
Subject: Pkunzip error "incons. loc. header"!!!!!!
Date: 9 Sep 92 13:01:53 MET
Organization: University of Basel, Switzerland

Hi,  

I have the following problem with pkunzip: I downloaded zipped files from
ftp-sites and transferred them with versatermPro/Kermit to our PC which is a
Macintosh. 
When I unzip the files on my IBM-PC with Pkunzip I get for some files the error
message "inconsistent local header for.." and the resulting file is empty.
So I looked at the zip-file and found that after 5 or 6 lines there is written
"appl????", which is not in the original file on the vax. Maybe this is the
cause for this mess.
Is there another cause?
Can this be repaired?
And HOW?
HELP!!!!!

Thomas
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKWARE AND ASI AGREEMENT
Date: 7 Sep 92 20:54:43 GMT
Organization: Academic Computer Centre Utrecht

In <1467.1021.uupcb@meaddata.com> tim.meade%theweb@meaddata.com (Tim Meade) writes:

Comment conserns the article, not its poster!

>...
>operating environments," said Tim Meade, president of ASi.  "The
>computer
>industry as a whole has never had a data compression standard, we intend
>to change that."

A commercial "standard"? Sounds dangerous to me. 

>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 :-)

>...
>Second, the companies are moving forward with their joint efforts to
>raise public knowledge about data compression and its advantages in
>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?

>Immediate products available through existing ASi and PKWare distributor
 ^^^^^^^^^
As in PKZIP 2.0 :-)

>channels will include PK Data Compression Library for Unix, MacIntosh,
>Ultrix, and MVS along with PKZip for UNIX.  Soon to be released
>...

>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 ;-(.

>...
>PKWare Inc. is an internationally known supplier of data compression
>products and services.  Their PKZip compression product has become the
>standard on DOS based personal computers.  The company's products and

From where do they get the idea they are a standard? For OS/2 and UNIX
and Internet ZOO is very widely used, in e.g. Germany ARJ is much more
used than PKZIP etc.

>services are used throughout the world.  With product's such as PKZip,
>PKLite, PK Data Compression Library's, and PKZMenu they are the world's
>standard of data compression.

Huge claims for such a small company. The only "standards" I know of are
those like JPEG and MPEG which BTW don't involve PKWARE at all.

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: pieter@prpa.philips.com (Pieter van der Meulen)
Subject: Re: MPEG, computer rendered, and artifacts
Organization: Philips Research Palo Alto
Date: Tue, 15 Sep 1992 17:15:32 GMT

leo@zelator.in-berlin.de (Stefan Hartmann) writes:

>In <1992Sep10.230306.3798@umr.edu> quandt@mcs213c.cs.umr.edu (Brian Quandt) writes:

>>I have a question about MPEG, artifacts, and computer generated images.
>>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?

In MPEG there is a possibility to change the quantization table for
part of a single frame, which allows you to limit/eliminate artifacts.
However, most of the time MPEG encoders operate in a "auto-pilot" mode and
if no manual adjustments are made, DCT artifacts can still be there.


>Hi,
>get the birdisba.mpg file in:
>ftp 130.231.240.17  in pub/mpeg  and have a look at it.
>Use the win3.x MPEGXING.LZH player for display.

>Best regards Stefan Hartmann.

This is NOT representative of what MPEG (@ 1.2Mbit/sec) can do.
It looked pretty poor to us (full of artifacts), while the average
TRUE MPEG encoded movie looks very close to what you get with the
rented VHS tapes.

Pieter.
-- 
Pieter S. van der Meulen	pieter@prpa.philips.com
Philips Research Palo Alto
4005 Miranda Avenue #175
Palo Alto, CA 94306
Newsgroups: comp.compression