HDTenEightyP/NetNews huggingface dataset:
From: alanf@cs.monash.edu.au (Alan Grant Finlay)
Subject: does anyone have code for JBIG?
Organization: Computer Science, Monash University, Australia
Date: Wed, 9 Sep 1992 05:42:14 GMT

I have some information about JBIG and where to get descriptions of
the algorithm from compression.FAQ:

>~Subject: [74] Introduction to JBIG
>
>
>Written by Mark Adler <madler@cco.caltech.edu>.
>
>JBIG losslessly compresses binary (one-bit/pixel) images.  (The B stands
>for bi-level.)  Basically it models the redundancy in the image as the...
>

I'd rather not rewrite code someone else has written.  Even parts of the
algorithm, such as the Q-coder would be much appreciated.
Newsgroups: comp.compression
From: d88-jwa@dront.nada.kth.se (Jon W{tte)
Subject: Re: Compressing English text to 1.75bits or better (80%)
Originator: d88-jwa@dront.nada.kth.se
Organization: Royal Institute of Technology, Stockholm, Sweden
	<1992Sep12.154713.14396@uwm.edu> <7990@public.BTR.COM>
Date: Mon, 14 Sep 1992 10:26:21 GMT

> rem@btr.BTR.COM (Robert E. Maas  rem@btr.com) writes:
(In comment to someone elses idea of using a static-dictionary
compressor for english text; a not-new and not-bad idea)

   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

You don't transmit the corpus, you assume it (it's built-into
the compression software)

This is actually useful for situations where transmission time
is so much more expensive that the (local) space to store the
corpus.

   May I suggest such silly methods as yours not be posted in the future?

You obviously do not know what you're talking about, or have
a mind open enough to grasp all implications, so may I suggest
re-reading the humility and human-communications chapters of
Life - The Manual.

-- 
Jon W{tte, h+@nada.kth.se, Sweden, Phone +46-8-107069

Help eradicate FIDO-Net <-> Usenet gateways in our time!
Newsgroups: comp.compression
From: quandt@mcs213e.cs.umr.edu (Brian Quandt)
Subject: MPEG and SGS Thompson
Date: Tue, 15 Sep 1992 01:36:45 GMT
Organization: University of Missouri - Rolla

Just got off the phone today with SGS Thompson, they are currenlty 
sampling a MPEG-I decoder.  Has anyone seen it or started to play with
it?  Does it look good, true to MPEG-I specs?  They said it supports 
all frame types (I,P and B).  I'd like to hear from a non-bias source
as to whether this thing is any good or not.  

				Brian Quandt
Newsgroups: comp.compression
From: gmribeir@david.wheaton.edu (Glauber)
Subject: Re: PKZIP 2.0
Organization: (n.) Body of persons united for a specific purpose.
Date: Sat, 12 Sep 1992 06:59:42 GMT

In article <3053@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>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

Seems that appnote.txt had a hardwhare bug in the infinite
compression routine. They are trying very hard to
retrocompile it to appnote.doc.

Also, there has appeared a deal with WEB, to use their
compression routines in the next release of pkzip x.x.

Rumor has it that they have decided to wait until a time
machine is invented, then they can create pkzip, go back in
time and release it in september 1991.

						G.
-- 
Glauber Ribeiro - Wheaton College, IL  (USA)
                  glauber@david.wheaton.edu 
                  glauber@vpnet.chi.il.us
From: deatz@gandalf.rutgers.edu (Gregory H Deatz)
Newsgroups: comp.compression
Subject: PKZIP v.....................
Date: 16 Sep 92 04:29:54 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


I'm sure this question has been asked many a time, but I'll ask it as
I'm new to this group.

Currently I "own" PKZ110.exe. Which version is this, and is there a
more current version than this?

The reason I ask is that a friend gave me a zip file, and pkz110 will
not open it, but he has no clue which version he used to zip up the
file.

Be pleased to get some response.
-- 
Thanks,

==============================================================================
Gregory Deatz (deatz@gandalf.rutgers.edu or deatz@remus.rutgers.edu)

		RPO 5586
		PO Box 5063
		New Brunswick, NJ 08903-5063

Home Phone:	(908) 220-9479  (I sleep here, so I'll get the message even
				if I'm not there when you call)
===============================================================================
From: noesis@ucscb.UCSC.EDU (95016000)
Newsgroups: comp.compression
Subject: Re: Question: Voice compression
Date: 8 Sep 92 14:17:24 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: ucscb.ucsc.edu


In article <elizabec.715904063@sfu.ca> elizabec@fraser.sfu.ca (Elizabeth Fong Wah Chan) writes:
>Hi, netter.
>
>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.
>
for telephone-quality voice storage, you could use CELP which reduces to about
4800 bits/sec. i'll have to check my archives for more info if your interested
--kyle
Newsgroups: comp.compression
From: ystan@fawlty8.eng.monash.edu.au (Mr YS Tan)
Subject: Compression card for video images
Keywords: compression  card , moving images
Organization: Monash University, Melb., Australia.
Date: Tue, 8 Sep 1992 03:32:37 GMT

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

-----------------------------------------------------------------------------
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: INFO-ZIP congretulations!
Date: 7 Sep 92 20:59:00 GMT
Organization: Academic Computer Centre Utrecht

Glauber writes:
>I wrote :
>>
>>compression speed of the tigtest mode seems to be about 20% slower 
>>than PKZIP 1.93a which is very impressive. Even more than at first sight. 

>And it feels very fast if you don't use -9 maximum compression.

Notice that the ZIP default mode is about 50% slower than the PKZIP
default mode, a weak comparission since ZIP does compress better
in default mode. The ZIP default mode has about the same speed as
the PKZIP 1.93a -EX mode.

>Anyway. Very very good work.

Yes, Info-ZIP is great work. 

>					Glauber

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: jlg@cochiti.lanl.gov (Jim Giles)
Newsgroups: comp.compression
Subject: Hardware JPEG decompressors (and/or compressors)
Date: 15 Sep 92 18:51:40 GMT
Organization: Los Alamos National Laboratory

I'm interested in finding out what hardware is available for JPEG
decompression (compression is less vital, but also interesting).
The products I wish to find such boards for are MACs, PC clones,
and (mainly) Sun Sparcs.  We have a very large installed base of
these machines (particularly Suns), so any vendor who responds has
a potentially large market here.  Any product description should
be accompanied with which file formats it accepts, etc..

-- 
J. Giles

C-2, MS B-294
PO Box 1663
Los Alamos, NM 87545

Phone: (505) 667-7180

Email: jlg@lanl.gov
Xref: sparky comp.compression:3198 comp.compression.research:150 comp.multimedia:2603 sci.image.processing:618 comp.graphics:9462 comp.lang.postscript:4594
From: lilleyc@cs.man.ac.uk (Chris Lilley)
Newsgroups: comp.compression,comp.compression.research,comp.multimedia,sci.image.processing,comp.graphics,comp.lang.postscript
Subject: Re: Question: difference in viewed and printed images
Date: 4 Sep 92 21:00:29 GMT
Followup-To: comp.graphics
Organization: Dept Computer Science, University of Manchester, U.K.

In article <mack.715549997@deci> mack@deci.cs.umn.edu (Dan Mack)
writes:

>In <1565@eagle.ukc.ac.uk> sc7@ukc.ac.uk (S.Chan) writes:

>>I have printed some decompressed images on hardcopy and they don't
>>look quite the same as that is shown on a monitor, specifically
>>the effects of noise, sharpness and blocking effects. (a 2400dpi
>>printer was used to print the 256-level grey scale images)
                                ^^^^^^^^^^^^^^^^^^^^
>>I suppose there is a great difference between viewing pictures on
>>screen and on paper. 

>The problem  you are experiencing are due to the  imperfect science of
>gamut  mapping.  

[summary of gamut mapping deleted]

While what Dan writes is all true, it is not the problem in this
particul;ar case as the images are greyscale. 

The problem is that the printer is not greyscale, and while 2400 dpi
is a lot of resolution, you have to trade some for halftoning to
simulate greyscales. If the matrix used is regular, you will get
patterning which the eye is rather too good at picking up !

You could try messing with the halftone screen frequency or the screen
angle. 

Or you could do a randomised error-diffused dither yourself, and print
that (the image will get bigger, though)

--
Chris Lilley
---------------------------------------------------------------------------
Technical Author, ITTI Computer Graphics and Visualisation Training Project
Computer Graphics Unit, Manchester Computing Centre, Manchester, UK
Internet:   lilley@cgu.mcc.ac.uk        Janet:   lilley@uk.ac.mcc.cgu
Voice:      +44 (0)61 275 6095          Fax:     +44 (0)61 275 6040
---------------------------------------------------------------------------
Newsgroups: comp.compression
From: gmribeir@david.wheaton.edu (Glauber)
Subject: Re: INFO-ZIP congretulations!
Summary: Sorry for the screwup
Organization: (n.) Body of persons united for a specific purpose.
Date: Tue, 8 Sep 1992 00:16:07 GMT

In article <400@chorus.chorus.fr> jloup@chorus.fr (Jean-loup Gailly) writes:
>
>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.
>
You are right, of course. I compiled unzip from the sources
that were distributed through the net, before the
executables became available. Then i got the "official"
executables, and now i don't know what came in which
archive...

					Glauber



-- 
Glauber Ribeiro - Wheaton College, IL  (USA)
                  glauber@david.wheaton.edu 
                  glauber@vpnet.chi.il.us
Newsgroups: comp.compression
From: gmribeir@david.wheaton.edu (Glauber)
Subject: Re: PKWARE AND ASI AGREEM
Organization: (n.) Body of persons united for a specific purpose.
Date: Sun, 13 Sep 1992 19:18:54 GMT

In article <1501.1021.uupcb@meaddata.com> tim.meade%theweb@meaddata.com (Tim Meade)  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.
>
>
>  Not at all.  PKWare had nothing to do with working on the port.  They
>just sent us the DOS source code.
>
>
>                                ..Tim, ASi
>                         

I wish you good luck. You probably have a lot of work to do.
You will get flamed for that post because this newsgroup is
read by professional programmers, and we don't feel
comfortable with hype.

						Glauber


-- 
Glauber Ribeiro - Wheaton College, IL  (USA)
                  glauber@david.wheaton.edu 
                  glauber@vpnet.chi.il.us
Newsgroups: comp.compression
From: roelofs@pan.arc.nasa.gov (Cave Newt)
Subject: Re: PKWARE AND ASI AGREEMENT
Organization: University of Chicago
Date: Tue, 8 Sep 92 21:53:56 GMT

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

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

Almost full specs.  There are a number of errors and omissions in it.
Jean-loup Gailly, Mark Adler and Rich Wales have done a nice job of
documenting them in the comments to Zip.

>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.]

Greg Roelofs
Info-ZIP guy ;-)
Newsgroups: comp.compression,comp.dcom.modems,comp.protocols.misc,comp.protocols.tcp-ip
From: yuv@libra.math.tau.ac.il (Raviv Yuval)
Subject: Looking for CELP source
Organization: School of Math & CS - Tel Aviv University , Tel Aviv , ISRAEL.
Distribution: comp.compression
Date: Tue, 8 Sep 1992 12:30:04 GMT


Looking for a source of CELP speech compression algoritm in C (simulation).

FTP site will be great
From: sboswell@sdcc13.ucsd.edu (Xianity is stupid)
Newsgroups: comp.compression
Subject: Where is the FAQ?
Date: 12 Sep 92 17:44:54 GMT
Organization: University of California, San Diego

I know this is a _really_ dumb question, but could someone post
the FAQ?  It wasn't in the last 132 messages (which is all my
site had.)

Steve Boswell
whatis@ucsd.edu
From: c60b-1fk@e260-1c.berkeley.edu (Ahmon Dancy)
Newsgroups: comp.compression
Subject: Re: LZW/GIF
Date: 9 Sep 1992 02:21:39 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: e260-1c.berkeley.edu

In article <18jmksINNm8f@agate.berkeley.edu> c60b-1fk@e260-1c.berkeley.edu (Ahmon Dancy) writes:
>
>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!

By the way, email me at   c60b-1fk@webworm.berkeley.edu

Thanks again
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: STACKER OR PC STORE OR ????????
Date: 9 Sep 92 09:24:41 GMT
Organization: Academic Computer Centre Utrecht

In <4094@svin09.info.win.tue.nl> luit1@wsinfo11.info.win.tue.nl (Wim Jansen) writes:

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

This is actually a smart move of Stacker. When it encounters a problem
(mostly because of a computer crash or reset) which has damaged the
harddisk partition stacker creates than it locks the partition
to assure no (further) data loss. One can than just copy the files from 
the partition if one likes. Further damaging the files is than no
longer possible.

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

Why did you not just use the suplied SCHECK program? Unlike PC-shell this
program is Stacker aware and can recover much better than PC-shell could
ever do. If SCHECK has completely recovered your harddisk partition
than the write protect is removed and the drive can be used again.

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

SuperStor 2.0 (not the one suplied with DR-DOS) and Stacker 2.0 seem to
be of about equal quality. IMO the data integrity preservation of
Stacker is a bit better. On the other hand the Stacker user interfaces
are awfull. Compression, speed etc do not differ a lot.

>Wim Jansen.


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: tim.meade%theweb@meaddata.com (Tim Meade) 
Newsgroups: comp.compression
Subject: RE: PKWARE AND ASI AGREEM
Date: 11 Sep 92 07:38:00 GMT
Distribution: world
Organization: The Web BBS 1-513-436-9011 6 Lines 1200 News groups 50,000 files!
Reply-To: tim.meade%theweb@meaddata.com (Tim Meade) 


-> [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.


  Not at all.  PKWare had nothing to do with working on the port.  They
just sent us the DOS source code.


                                ..Tim, ASi
From: briggs@csugrad.cs.vt.edu (Allen Briggs)
Newsgroups: comp.unix.aux
Subject: Re: Setting up modem for dial-in and dial-out
Date: 14 Sep 92 22:23:51 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

In article <1992Sep14.143502.16251@ultb.isc.rit.edu> cnspci@ultb.isc.rit.edu (C.N. Salvaggio ) writes:
>I currently have a modem set up to receive calls so people can log
>onto a Quadra 700.  The modem is a Prometheus 9600.  I was wondering if
>this modem could be setup so that it can both receive incoming calls
>as well as be used to dial out.

Well, I'm using A/UX 2.0.1 with an OKIDATA 9600 modem, and it seems to
work fine with a version of uugetty that I found and compiled (sorry, it
was a long time ago--I don't remember where I found it, and the sources
are long gone to find space for X11R5 ;-).

From what I've seen, A/UX 3.0 comes with uugetty (called getty :-).
Take a look at your man page for getty--unless I'm wrong (always
possible), there'll be settings you can configure so getty won't
actually take control of the port until it reads a character coming
in from the modem.  If you call out, you just need to make sure that
whatever program you're using will create a lock file in the expected
place.  Again, from memory, there are some patches to the BNU (of which
uugetty is a part) for A/UX 3.0 out on aux.support.apple.com.  Check the
FAQ.

Hopefully I've not sent you down the wrong path--I'm still working on
convincing our department to work out a right-to-upgrade deal.

-allen
-- 
Allen Briggs          \ My eyes have seen you/Free from diguise
briggs@csugrad.cs.vt.edu | Gazing on a city under/Television skies.
Computer Science      / My eyes have seen you/Let them photograph your soul
Virginia Tech      / Memorize your alleys/On an endless roll. (The Doors)
From: mbp@generali.harvard.edu (Mark B Palmerino)
Newsgroups: comp.unix.aux
Subject: SBPROLOG for A/UX
Keywords: prolog
Date: 11 Sep 92 14:09:35 GMT
Organization: Harvard University, Cambridge, MA

It seems to me that at one time (quite awhile ago) I saw a reference to
the availability of sbprolog under A/UX. Has anyone successfully ported
it to A/UX? If so, where can I pick it up.

Has anyone else ported any pd prologs to A/UX that are available?

Thanks!

-- 
========================================================================
Mark Palmerino, Ph.D.    mbp@wjh12.harvard.edu     Voice: (617) 345-9500
Newsgroups: comp.unix.aux
From: pbrande1@cc.swarthmore.edu (Philip Brandenberger)
Subject: compiling zmailer under A/UX 3.0
Followup-To: comp.unix.aux
Summary: compiling zmailer
Keywords: zmailer,A/UX
Reply-To: phil@cs.swarthmore.edu (Philip Brandenberger)
Organization: Swarthmore College
Distribution: na
Date: Thu, 10 Sep 1992 13:49:03 GMT

Hey!

We've been using zmailer on Suns SPARCs here with no problems, so I decided
to switch from Sendmail to zmailer on A/UX, which has turned out to be a 
non-trivial project.  Has anyone else gotten zmailer to compile on A/UX 3.0?
If so, what does your zmailer/hostenv/AUX3.0 file (or whatever) look like?

Thanks in advance,
Phil



-- 
----------------------------------------------------------------------
Philip J. Brandenberger
phil@cs.swarthmore.edu
Newsgroups: comp.unix.aux
From: gpb@gpb-mac. (greg berryman )
Subject: Re: Bad 3.0 install problem! BAD! BAD!
Organization: SPS
X-Newsreader: Tin 1.1 PL4
Date: Mon, 14 Sep 1992 14:08:17 GMT

chrism@col.hp.com (Chris Magnuson) writes:
:   I've been working with Apple to try and get an installation problem with 3.0
: resolved.  So far, they have got the software to install, but there are runtime
: erro messages that come up.  ANd when I try to do the installation on another
: drive of the same size/model I get an error message (bunch of them actually):
: 
: Disk write c0d0s0 Error: SCSI Timeout
: Logical Block 48, physical blocks 648351-648414
: scsitask: unrecognized message 0x1
: 
: This happens during the partition change of a UNIX slice or when the UNIX
: installer says that it is Initializing UNIX filesystems...
: 
: Sometimes I get a message about a successful retry.  
: 
: The people at Apple have been nice, but I'm no closer to getting the problem
: resolved than I was 8 weeks ago.
: 
: Yes the bus is terminated properly.  I've tried everything imaginable and 
: spent many hours on this.  What should I try now?  I have read the FAQ list
: concerning installation woes.
: 
: Help! HEEEEEEEEEELLLLLLLPPPPPP!
: 
: chrism@col.hp.com
: Chris Magnuson
: Software Development Engineer
: Hewlett-Packard
: (719) 590-2963 

I'll be glad to try, but what hardware are you using?
For that matter, what software are you using to format/initialize the disk?

I'm sure that you will get more than just my answer once the net knows what
the details are.


--
Greg Berryman       gpb@gpb-mac.sps.mot.com
Motorola Inc.       Austin Texas
Newsgroups: comp.unix.aux