HDTenEightyP/NetNews huggingface dataset:
From: bscott@nyx.cs.du.edu (Ben Scott)
Subject: Re: Brilliance
Summary: DC's new DPaint-killer 
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Sun, 8 Nov 92 15:28:37 GMT

In article <1di709INN211@usenet.INS.CWRU.Edu> al705@cleveland.Freenet.Edu (Edith D Goldstein) writes:
>Has anyone seen/used DC's "Brilliance" yet?

I saw it at the Pasadena WOC.  It's fast, powerful, easy to use,
system-friendly, does everything DPaint IV does, and much, much more, and
then some too.

Or at least that's what the guy in the booth said.

I didn't actually spend much time there; for me, the Amiga 4000 and the DMI
booth kinda dominated the show.  Apparently Brilliance is _not_ the long-
awaited DCTV animation software - it does not directly support DCTV any more
than DPaint does, which seems very strange.  (the DCTV software is still "in
the works")  But from what I saw, it seemed reasonably fast, and had an
awful lot of stuff in the tool boxes... so one can infer a certain amount of
power, if not ease of use.  Full AGA support which I hope means aligned
reads during anim playback...

In the flyer, it shows some of the same demo pictures shipped with DCTV,
such as the Froggie.  It has the DCTV look'n'feel in its interface.
Supports multiple levels of undo/redo, "real world" airbrush modes, multiple
brushes and animbrushes, multiple picture and anim buffers, tweening and
morphing, enhanced magnify mode, and so on (lots of sentences beginning with
"powerful" or "more" in the flyer...).  They also state "By the same people
that created Deluxe Paint" which could mean a lot of different things.  

They claim that some Brilliance operations on a 68000 are faster than the
equivalent DP IV operation on an '030.  They also claim an expected ship
date of a week ago.  (MSRP $249)

I believe it has potential, but before I throw out my trusty DPaint IV I'll
have to see it.

.                            <<<<Infinite K>>>>
 
--
|Ben Scott, professional goof-off and consultant at The Raster Image, Denver|
|Internet bscott@nyx.cs.du.edu, or call the Arvada 68K BBS at (303)424-6208.| 
|"Don't tug on that - you never know what ][The Raster Image IS responsible |
|it might be attached to." Buckaroo Banzai][for everything I say! | *Amiga* |
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: important new imagema
Date: 10 Nov 92 08:23:33 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Distribution: comp
Organization: Commodore Germany

In article <1992Nov8.4255.9874@dosgate> "robert buonincontro" <robert.buonincontro@canrem.com> writes:
 >
 > The A1200 consists of the following;
 > 
 > Amiga 1200 (A600 style case with numeric keypad)
 > 68020 CPU (14 mhz CPU with 32 bit bus unlike low end Macs 2.5mips rated)
 > AGA Graphics (All resolutions are supported. Same as the A4000 specs)
 > PCMIA Slot   (Same Slot found in the A600)
 > Trap Door    (A 32 Bit Trap Door! for that extra ram or whatever)

One should add that this is a full-featured CPU slot, able to take
accelerators, DSPs and all wonderful stuff you can imagine.

 > 2 Megs Ram   (Expandable to 18 Megs Of ram) 
                               ^^
			       10 

 > IDE Controller (Like the A600, add an internal HD!) 

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
Newsgroups: comp.sys.amiga.graphics
From: s37732v@snakemail.hut.fi (Markus Juhani Aalto)
Subject: Re: GIF is not Huffman (was: Re: GIF Viewers)
Organization: Helsinki University of Technology, Finland
	<1992Nov9.215248.7538@dartvax.dartmouth.edu> <vgn1wfq@rpi.edu>
	<1992Nov10.064503.12973@netcom.com>
Date: Tue, 10 Nov 1992 15:51:18 GMT

In article <1992Nov10.064503.12973@netcom.com> fuzzy@netcom.com (Fuzzy Fox) writes:

   pooler@vccsouth29.its.rpi.edu (Robert Peter Poole) writes:

   >JPEG uses either Huffman compression or a kind of mathematical compression
   >algorithm that is patented by IBM (?)

   Huh?

   JPEG stands for Joint Photographic Engineering Group, and it is a
   compression standard developed by several different vendors.  I believe
   the compression scheme is in the public domain.  It is based on Discrete
   Cosine Transforms (DCT's) and is a lossy compression scheme.  I suggest
   anyone interested look in the comp.compression newsgroup.

   -- 
   #ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
   #define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
   #define  FALSE  1   |   "History doesn't repeat itself, but it rhymes."
   #endif              |                               -- Mark Twain

This is correct for most parts. I have a book called Digital Image
Processing from Richard C. Gonzales and Richard E. Woods which says
like this.

"The JPEG standard defines three different coding systems: (1) a lossy
baseline coding system, which is based on the DCT (Discrete Cosine Transform)
and is adequate for most compression applications; (2) and extended coding
system for greater compression, higher precision, or progressive 
reconstruction applications; and (3) a lossless independent coding system
for reversible compression."

I believe that (3) is some kind of Huffman compression method. DIP is a
great book for everybody interested in Image Processing.
--


**************************************************************************
*         Markus Aalto              | Helsinki University of Technology  *
*                                   |                                    *
*  EMail: s37732v@vipunen.hut.fi    | Faculty of Electric Engineering    *
*  Fax:   358-0-8746991 (Sometimes) |                                    *
*                                   | Undergraduate in Computer Science  *
**************************************************************************
From: petter@pnilsen.UUCP (Petter Nilsen)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Important new Imagemaster released
Date: 6 Nov 92 02:05:25 GMT
Reply-To: cbmehq!cbmnor!pnilsen!petter@cbmvax.commodore.com
Organization: Ultima Thule Software
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith

In article <68878@cup.portal.com> blackbelt@cup.portal.com (Ben - Williams) writes:

> Chris Green,
>
> I think it does. It's hard to tell, because in it's infinite wisdom, CBM
> did NOT include that display mode with my 4000 - only NTSC and PAL, and the
> doubled versions. If it doesn't we'll make sure it does later. :^)

Sure it's there, just take it from the SYS:storage/monitors drawer and drag it
into the SYS:devs/monitors drawer. You knew that, didn't you ?  ;-)

---
\\\\\\ E-Mail: petter@pnilsen.adsp.sub.org                      |\
 \\\\\\   or.. cbmehq!cbmnor!pnilsen!petter@cbmvax.commodore.com| \
  >>>>>>========================================================|  >
 ////// Disclaimer: These opinions are ALL mine !               | /
////// ->    Save the whales -- collect the whole set !     <-  |/
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.hardware
From: philipm@cs.kuleuven.ac.be (Philip Marivoet)
Subject: RETINA specs
Organization: Dept. Computerwetenschappen
Date: Mon, 9 Nov 1992 16:03:40 GMT

Here they are for the ppl. who asked me to post them: the specs of the
retina card. I've tried to translate them from German as accurately as
possible. Don't flame me if I got something wrong...

RETINA SPECS:

- Card for a2000/3000/4000, zorro-II slot, gold covered connector,
   4 layers, partly surface mounted.
- Has its own graphical chip set (controller, RAMDAC, frequency generator)
   not an adaptor for a PC-VGA card (!)
- Connects to monitor via standard VGA 15-SUB-D connector.
- Supports AutoConfig(TM)
- 1, 2 or 4 MB DRAM (ZIP 80 ns or faster) on card
  for 4 MB, use 1MBx4 else 256kx4 fast page mode RAMs
- Transfer rate: ca. 3.5 MB/sec, uses full capacity of the zorro-II bus
   (0 wait states) pixel frequency up to 90 MHz, transfer rate in own
   ram up to 10 MB/sec
- Needs: Amiga 2000/3000/4000, monitor with 15-SUB-D VGA connector or adaptor.
- Resolutions:
   up to 740x600 in 24 bit, 50-70 Hz non-interlaced
   800x600 in 65000 colours, up to 72 Hz non-interlaced
   1024x768 in 256 colours, up to 72 Hz non-interlaced
   1280x1024 in 256 colours, up to 87Hz interlaced or 55Hz non-interlaced
- Horizontal frequency from 15 to 70 kHz

The price they advertised at the AmiExpo in Cologne was around 700 DM (475 $)
for the 4MB version (sounds pretty cheap).  The person at the boot claimed that
they were working on a Workbench-emulation and that they already had TVPaint and
a driver for AdPro2 for the card (an add in the latest amiga magazin says they
have VDPaint running on it and a driver for ImageMaster too).  They were also
stressing that the WB emulation would be a temporary solution because Commodore
was working hard on RTG.  This is mentioned again in the ad.  With the card
comes a shared library and autodocs so that you can program it yourself.

I think I'll probably buy one for my 3000 once that they have the workbench
running on it. I don't have the cash to buy a second monitor.

As always, please post any comments, thoughts, ...

-Ives
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.hardware,comp.sys.amiga.applications,comp
From: rittle@supra.comm.mot.com (Loren James Rittle)
Subject: Re: Startup problems?
Organization: Land Mobile Products Sector, Motorola Inc.
Date: Mon, 9 Nov 1992 18:07:29 GMT
Keywords: n

In article <HiwwTB1w165w@tsoft.sf-bay.org> bbs.zio@tsoft.sf-bay.org (James Elkinton) writes:
>> Sorry Rick, this isn't going to work as run doesn't detach from the CLI.
>> What Gary wanted was someway of detaching mackie from the CLI so the CLI
>> would close after the endcli command.  WHat you described would only run
>> mackie in the background and take input from the nil device and redirect
>> all output to the nil device but doesn't detach from the cli.

>Isn't that what RUNBACK is for?  Just substitute RUNBACK for RUN.  All 
>good BBSes and FTP sites should have a runback available.  I depend on 
>that little command constantly.

Under 2.04 and beyond, runback is not needed any more.
'run <nil: >nil:' is a good replacement whenever you see runback.

For whatever it is worth, I deleted runback over a year ago and made
an alias for runback so that all the scripts, etc. that I had with
runback in them would still work.

Loren
--
Loren J. Rittle (rittle@comm.mot.com)
Systems Technology Research (IL02/2240)
Motorola, Inc.
(708)576-7794
Xref: sparky comp.sys.amiga.graphics:7402 comp.sys.amiga.applications:8616
From: papo@pyuxf.uucp (25241-anaya)
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.applications
Subject: Screen Grabber
Date: 13 Nov 92 20:53:57 GMT
Organization: Bellcore, Livingston, NJ

Hi *

Where I can find a screen grabber that can store images
in IFF??????????????????????


Regards,



 __o__
(_____)   Luis Roberto Anaya-Rivera         papo@pyuxf.cc.bellcore.com
|     |__ This message comes from an OVERWORKED, OVERLOOKED and OVERDRAWN
| []  |_| but still basically fun person.
|_____|______
(_____)   
   o
From: RCarris@cup.portal.com (Randy L Carris)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Trying to find the perfect morpher.
Date: Thu,  5 Nov 92 10:55:29 PDT
Organization: The Portal System (TM)
Distribution: world
  <1992Oct29.135524.2247@zds-oem.zds.com>
  <1992Oct30.130415.1@ulkyvx.louisville.edu> <68888@cup.portal.com>

This is getting as dirty as a political campaign.  I've never seen such a 
large bunch of biased, misleading, and downright false claims.  My opinion
of all three companies involved is going down the toilet.  When will 
people learn, smear tactics backfire when used to reach educated audiences.
Please keep it clean.

A related topic:  Why not spend more of your energies improving other, less
fad oriented aspects of your software?  I've heard a lot more about Morph +
than I have about improvements to ADPro, I product that I'm sure will be of 
much greater use to me 6 months from now than Morphing.  Of the upgrades 
continuously pumped out by Black Belt, it morphing they seem to be spending 
most effort in.  Please, both of these products have other, "bigger" things 
that could be improved.  Here's a few suggestions: 

ASDG:  How about making ADPro more memory efficient?  There have been plenty
of times I've had to reboot my machine to get an image to load into ADPro
on my 12 Meg machine.  I know speed is your issue, but it would be nice if I
could sacrifice a little speed to be able to use that non-contiguous mem I 
sometimes have.  Image Master does not have this inconvenience.  Also, why not
give the user the option of whether to convert everything to 24bit?  When I 
want to crop a very large 2 color map I'm planning on using in 3d, it  would
be nice to use your wonderful cropping tools (this one goes for BB too).

Black Belt:
Why not spend time making your sequence editor a little more user friendly?  
This one of the tools I find most promising.  With a little work it could be
a full blown rotoscoping powerhouse.  Make all path setting, script selecting,
etc. interactive by using file requestors.  Give us more batch selection 
options.  Take a look at the Nucleous PSFC for examples of how to make it
more powerful.  I'll give more specific suggestions on this if you like.  The
potential here is HUGE.  To augment this, letting users create script 
sequences by selecting the functions to use would save lots of time in 
creating simple scripts.

This has gotten long, but I hope it's worth it.  Please do not take this a 
flame on anyone.  I'm just trying to get us on to improving each product, and
to see a little less throat tearing.

Thank you.

Stepping of of soap box...
Randy Carris
Newsgroups: comp.sys.amiga.graphics
From: stewart@sample.eng.ohio-state.edu (Daniel Stewart)
Subject: Re: GIF is not Huffman (was: Re: GIF Viewers)
Organization: The Ohio State University Dept of Electrical Engineering
Date: Tue, 10 Nov 1992 12:24:14 GMT

In article <1992Nov10.064503.12973@netcom.com>, fuzzy@netcom.com (Fuzzy Fox) writes:
> pooler@vccsouth29.its.rpi.edu (Robert Peter Poole) writes:
> 
> >JPEG uses either Huffman compression or a kind of mathematical compression
> >algorithm that is patented by IBM (?)
> 
> Huh?
> 

> JPEG stands for Joint Photographic Engineering Group, and it is a

Actually it is Joint Photographic Experts Group.

> compression standard developed by several different vendors.  I believe
> the compression scheme is in the public domain.  It is based on Discrete
> Cosine Transforms (DCT's) and is a lossy compression scheme.  I suggest
> anyone interested look in the comp.compression newsgroup.

Both you and Mr. Poole are quite right, it uses the DCT and Huffman encoding. The
other kind of mathematical compression Mr. Poole refers to is called arithmetic  
encoding, and indeed there are some legal issues preventing its use at this time. 
-- 
Daniel Stewart
stewart@ee.eng.ohio-state.edu
From: c60b-1fo@web-1b.berkeley.edu (George Hepker)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Perfect(?) Morphing...
Date: 5 Nov 1992 19:33:06 GMT
Organization: University of California, Berkeley
Distribution: world
Expires: 12/12/92
NNTP-Posting-Host: web-1b.berkeley.edu
Summary: Perry gets carried away
Keywords: Slams, blatant commercialism

In article <68886@cup.portal.com> pk-asdg@cup.portal.com (Perry S Kivolowitz) writes:
>Ben,
>
>You said a lot of things, much of which you know isn't true. I am not
>going to argue with you since doing so does you no good. 
>
>I will ask you one thing though...why is it that every professional 
>user you have cited as a high profile ImageMaster morphing user has
>dropped your product immediately after we showed them MorphPlus?
>
>Thanks for your last two referrals. They've already come in handy.

Perry,
  All of us want to be informed about the excellant products that your
company and Ben's put out.  But we want to be informed in a way that at
least makes a pretense at being objective.  If you want to make your
points then create some demo anims and information and upload it to an
ftp site.  Ben has been fairly level headed about representing his product,
he has corrected complaints about your companies product.  I'm glad to
have both of you on the net but please be a little more profesional.
There's alot of people who get carried away here but as a representative
you shouldn't be one of them.  I plan on purchasing both of your products
because each has its strengths and both you and Ben have impressed me with
your support and helpfullness.

Just my opinion,
George Hepker

Newsgroups: comp.sys.amiga.graphics
From: koren@fc.hp.com (Steve Koren)
Subject: OS3.0: does this have to use Chip ram?
Date: Wed, 11 Nov 1992 15:19:27 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

I have noticed something interesting regarding OS3.0 and backdrop
images.  3.0 lets you put backdrop images in the background of the
main workbench window, or the screen, or the "other" workbench windows.
Each can be a different IFF image in up to 256 colors.

However, these things are memory hungry, and they use chip ram.  In
other words:

   Bitmaps for the workbench screen itself:    CHIP
   Bitmaps for the IFF backdrop images    :    CHIP

Now, it seems to me that what happens is this: the backdrop image gets
drawn into the screen's bitmap behind your windows.  When you move a
window and hence reveal part of the backdrop, the system blits the
revealed part of the bitmap from the backdrop image back into the
screen's bitmap to repair the section that needs repainting.

This all works pretty well, but is uses quite a bit of chip RAM.
Granted, I don't really *need* a 64 color high res backdrop image behind
my windows, but I sure like it :-), and I'd like to use less chip RAM
for this.

So it occurred to me that this scheme might be workable:

   Bitmaps for the workbench screen itself:    CHIP
   Bitmaps for the IFF backdrop images    :    FAST

The idea is that only the screen's bitmaps _really_ have to be in chip
RAM, because they are the only ones displayed.  The IFF backdrop bitmaps
are never displayed directly; they are just used to copy parts of back
into the screen's bitmap.  If one is willing to use the CPU to do this
copy instead of the blitter, then why couldn't the IFF backdrop image
planes be stored in fast RAM?  I have boatloads of fast RAM to allocate
to such a frivolity, but chip RAM is rather more scarce.  (I have
already used about 850 Kb of chip ram when my system boots, which is a
good chunk of the available 2 Mb).

   - steve
Newsgroups: comp.sys.amiga.graphics
From: markus@beaver.techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: GIF Viewers
Date: Tue, 10 Nov 1992 16:06:15 GMT
X-Newssoftware: GRn 1.16g (10.31.92) by Mike Schwartz & Michael B. Smith
Reply-To: markus@techfak.uni-bielefeld.de
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=iso-8859-1
Organization: Universitt Bielefeld, Technische Fakultt

In article <1992Nov9.202013.8767@hubcap.clemson.edu> jmauric@eng.clemson.edu (John Maurice) writes:
> to compress a GIF (yes its possible!), i suggest you use a program called
> GIFBLAST.  Archie it and get a hold of it from an ftp site. if you cant
> find it, email me and i will post the sites which have it.  GIFBLAST is
> available for both the amiga and unix. maybe for the pc also but not sure.
> its shareware or freeware. not sure which. compression saves you 25%. a
> very valuable 25% if you ask me.

 Well yes. The way they (GIFBLAST) do it is this:
 Normally Gif-Pics are Huffman encoded line-by-line, this makes it more secure
 and the gif is usable even if it's corrupted at the end.
 Gifblast unpacs the files and does a Huffman encoding on the whoole file.
 Now, you gain 25% on the size, but you don't gain more security.

 Anyway, you need an appropriate Gif-Viewer for those (Pseudo-)Gifs. And this one
 is not avail for the Amiga.

> Reply to JMAURIC@ENG.CLEMSON.EDU       |    300 Rippleview Dr.

Markus

-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2938 ; (2935 Sek.)
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
From: blackbelt@cup.portal.com (Ben - Williams)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Impact Vision = flicker fixer for 1220 x 400???
Date: Thu, 12 Nov 92 15:38:52 PST
Organization: The Portal System (TM)
Distribution: world

B.J. Anderson,

Yes - the IV24 does act as a deinterlacer for the WB, as well as providing
24-bit output, framegrabbing, PIP and (with the analog unit) some format
compatibility which is really quite nice (video formats - composite, rgb,
svhs, etc). I own one, and I like it quite a bit.

Ben
From: cstaddw@csv.warwick.ac.uk (Mr A Craig)
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.hardware
Subject: Re: RETINA specs
Date: 13 Nov 1992 13:54:12 -0000
Organization: Computing Services, University of Warwick, UK
Distribution: world
NNTP-Posting-Host: oregano.csv.warwick.ac.uk

In article <kees.00e7@grafix.hacktic.nl> kees@grafix.hacktic.nl (Kees Huizer) writes:
>Hmm...I'am also very interested in the Retina card for my A3000 :-))
>But i might be mistaking, but does'nt Workbench Emulation mean that you
>can use the retina's resolutions and colours as the Workbench resolution
>and for programs???
>IMHO i dont think that you need a second monitor to use the Retina..
>You just cannot use the very sexy resolutions on your programs...Like 
>running a DTP program in 1280x1024 NONLACE with 256 colours :-))
>-- 
>=======================================================================
>= |/    |_|                               AMY  39:153/103             =
>= |\ees | |uizer          Holland         NLA  14:101/204             =
>=                                         BBS  +31-(0)10-4745816      =
>=          Grafix Attack BBS              UUCP kees@grafix.hacktic.nl =
>=======================================================================

Good god, this card sound too sexy to be true, is everyone sure that the 
DM700 price is correct?

Please please could someone mail me with an address and/of phone no. of the 
manufactures and if possiable the British importers!

Thanks in advance, Alex...


------------------------- #include <.signiture.h> --------------------------
****************************************************************************
Alex Craig.                             ///       CSE Student
"MayTheSkyNeverFallOnYourHead!"     \\\///        Warwick Uni.  ENGLAND
             -Cheif Vitelsatistix    \XX/ AMIGA   cstaddw@csv.warwick.ac.uk
****************************************************************************

Newsgroups: comp.sys.amiga.graphics