HDTenEightyP/NetNews huggingface dataset:
From: hanscs@dhhalden.no (HANS CHRISTIAN SANDER)
Subject: Re: The ultimate, ULTIMATE *ULTIMATE* MORPHING PROGRAM... ppthht!
Summary: A morph is a morph, of corph, of corph...
Keywords: Mr. Ed, taco sauce
Organization: Ostfold College
Date: Fri, 6 Nov 1992 12:17:40 GMT

	All of these vendor arguments about "whose Morphing software is
>best" are totally LAME.  Especially since the *true* BEST morpher is
>NONE OF THE ABOVE!  Of course, I'm talking about...
>
>			*** MORPHMORPHMONGER ***
>
>the FASTEST, COOLEST, and most VIOLENT morph program in the Amiga
>marketplace, brought to you by the ULTIMATE PROGRAMMERS at BLAZEMONGER
>INCORPORATED!!!  Get a load of these AWESOME FEATURES, DOOD, and see how
>NONE of those other PSEUDO-morphers can COMPARE:
>
>					MMM	ASDG	BB	Cinemorph
>Graphic Interface
>1. Infinite number of infinitely
>   large windows			YES	NO	NO	NO
>2. Onionskin, Quayle-potatoe skin,
>   crispy skin, and HUMAN skin		YES	NO	NO	NO
>3. Zoom IN, zoom OUT, zoom AT, and
>   zoom BETWEEN				YES	NO	NO	NO
>4. Full motion, 6000 fps, real-time,
>   cholesterol-free, dolphin-safe,
>   Cheez-Whiz-induced HALLUCINATIONS	YES	NO	NO	NO
>5. On-screen rectal thermometer		YES	YES	NO	NO
>
>Warping Technology
>1. Guaranteed to warp young minds	YES	NO	NO	NO
>2. Created by warped programmers	YES	MAYBE	MAYBE	MAYBE
>3. Ahead warp factor 9, Scotty		YES	NO	NO	NO
>4. Ability to warp the monitor screen
>   glass into amusing, vaguely sexual
>   shapes				YES	NO	YES	NO
>
>Morphing Technology
>1. Morpher your money			YES	BOO	BAD	PUN
>2. Support for morphing images larger
>   than your available reality		YES	NO	NO	NO
>3. Audio module that plays the number
>   one hit, "Morph Me Till It Hurts"
>   by the Mutated Babies		YES	NO	NO	NO
>
>Other Unique Features
>1. Live goats provided via mail-in
>   rebate coupon			YES	NO	NO	YES
>2. "CIA-frying" mode			YES	NO	NO	NO
>3. Copy protected			VERY	NO	NO	NO
>4. Packaging contains photographs
>   of naked ASDG, BB, and Cinemorph
>   programmers being morphed into
>   the shape of waxed fruit		NO*	NO	NO	NO
>
>		* Available on request.
>
>5. Endorsed by Carl Sagan's butcher	YES	NO	NO	NO
>6. Satisfaction GUARANTEED or else
>   we break your legs			YES	NO	NO	NO
>
>	So take THAT, you hopeless, third-rate PRETENDERS TO THE THRONE!
>MORPHMORPHMONGER is ALL that ANYBODY EVER NEEDS to perform the most
>STUNNING, AMAZING, and HIGHLY ILLEGAL morphs IMAGINABLE!
>
>	MORPHMORPHMONGER, and its optional kit, MORPHMORPHMONGERMODULES,
>will be available in the 5th quarter of this year.  Watch for it!
>
What will it cost? 
	
	I would just love to have an infinite number of infinitly 
	large windows.(is that windows 3.0 or windows 3.1?)
	Are you shure about the goat part, I don't think that's legal?

Schwing..... I'll be the first one to buy it.
Newsgroups: comp.sys.amiga.graphics
From: bscott@nyx.cs.du.edu (Ben Scott)
Subject: Re: MorphPlus Used On Quantum Leap
Summary: ASDG puts barber shops out of business!  Film at 11. 
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: Fri, 13 Nov 92 19:54:48 GMT

In article <1992Nov12.183345.3505@cbnewsd.cb.att.com> rcj2@cbnewsd.cb.att.com (ray.c.jender) writes:
>In article <69311@cup.portal.com> pk-asdg@cup.portal.com (Perry S Kivolowitz) writes:
>>The episode of Quantum Leap, which aired last night (November 10)
>>contained morph effects created using ASDG's MorphPlus and transferred
>>back to digital video using ASDG's Abekas driver.
>
>	Gee Perry, thanks for telling us about it the day after!

A client of mine taped this and I've seen the morph scenes now.  They don't
look all that great, frankly.  Not because of the morph itself - that is
smooth and clean - but the editing around it was not quite perfect, and made
it obvious that the morph was done bewteen two still frames (and I thought
Morph+ allowed morphs along moving video?).  For example, Bakula's head was
moving back before and after the morph scene (which is basically of a girl
getting shorter hair).  But the before and after positions of the actress's
body were very well matched, and the morph itself, as I said, looked fine.

Towards the end there was another scene using the distortion effects of
Morph+; I don't understand the context but these two women began to twist
and distort before disappearing entirely.  It appeared to be a key of the
two women in front of what'shisface that plays Al, with Bakula standing off
to the side since he was in the foreground. The first time I watched it, I
thought that only the first woman was meant to be distorting, and the second
woman was caught in the effect by carelessness or accident, but apparently
they both were supposed to do that. 

(I haven't watched QL in years - but my kill file entry "/QL/j" in
rec.arts.sf.tv started catching as many as 50 messages a day right after
that episode so there must be something going on...)

.                        <<<<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: jjarrett@csugrad.cs.vt.edu (James Jarrett)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: BMP probs with windows 3.1 and ADPRO
Summary: ADPro bug with BMP support
Keywords: BMP, ADPRO, ASDG, PROBLEMS
Date: 11 Nov 92 13:17:39 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

Yes, ADPro has a bug in its BMP support.  I found this out after talking
with tech support about an unrelated bug in the PCX saver.  I don't know
the details, but they are working on both problems.

Jim Jarrett
From: blackbelt@cup.portal.com (Ben - Williams)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: moving morphs->how??
Date: Thu, 12 Nov 92 15:35:32 PST
Organization: The Portal System (TM)
Distribution: world

James Kewageshig,

In Imagemaster, you make a moving morph by selecting a list of pairs of
frames, just as you conceived. Now, you must make points for the first
pair, and the last pair.

Once this is done, Imagemaster will tween a complete series of control
sets for all the pairs of images for you.

It is probably obvious to you that this will not be sufficient to result
in acceptably accurate output in many cases. That's true. When you need
more accuracy, you might go to the "middle pair" of frames and adjust
the vectors as needed. Now, Imagemaster tweens from start to middle and
middle to end. That might be enough. If not, go to the pair of images
that show the problem the worst, and adjust the points there.

You can proceed in this manner until you're satisified; that may be with
only a few pairs specified, or you may have to specify all of them in the
cases where a lot of nonlinear motion is depicted by the topological
differences between the two streams of images.

I hope that's clear - it's a lot simpler to do than it is to describe,
once you have the idea in your head, I think.

Ben
From: joeles@cup.portal.com (Joel Edward Swan)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Trying to find the perfect morpher
Date: Tue, 10 Nov 92 22:33:20 PST
Organization: The Portal System (TM)

>In article <69134@cup.portal.com> pk-asdg@cup.portal.com (Perry S Kivolowitz)
>writes:
>
>>> o are any of these products compliant with the 2.0 Style Guide?
>
>>FRED, the Morphing front end, and all of the operators provided with MorphPlu
s
>
>>are 2.0 Style Guide compliant.

When will ADPro become 2.0 compliant?  The biggest pain with it are the
detached screentofront and screentoback gadgets.  A pain to flip screens
because of searching for the toback gadget.  

-Joel
-------
   ========================================================================
  / Joel E. Swan....Pres./...Media Specialties, Ltd., Oak Forest, IL.USA  /
 / & Senior Producer..../...Moody Broadcasting Network, Chicago, IL. USA /
/ Portal ID: joeles..../...joeles@cup.portal.com                        /
========================================================================
Newsgroups: comp.sys.amiga.graphics,comp.graphics,comp.graphics.animation
From: g.coulter@daresbury.ac.uk (G. Coulter)
Subject: POV Version 1.0 Utils
Reply-To: g.coulter@daresbury.ac.uk
Organization: Daresbury Laboratory, UK
Date: Wed, 11 Nov 1992 13:28:09 GMT

I have  just  installed the  UNIX version of  the POV raytracer  on a
SUN SPARCstation. in the instalation notes it says copy the utilities
and their files to your UTIL directory. I  have looked for what could 
be utility files but I can't find them can anyone help.

Thanks Gary




Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.applications
From: cs902125@ariel.yorku.ca (SHUK C YIP)
Subject: Re: IV24 vs DCTV
Organization: York University, Toronto, Canada
Distribution: usa
Date: Wed, 11 Nov 1992 06:48:51 GMT

In article <1dmkv2INNii6@elysium.Warren.MENTORG.COM> govil@Warren.MENTORG.COM (Shalini Govil) writes:
>Hi.. I was planning to buy some kind of 24bit graphic card for my 3000..
>Does anyone know what the disadvantages of DCTV are over the IV24 to
>warrant such a large differnce in price? 
>Thanks in advance
>Shalini
>
No way to compare. IV24 is MUCH BETTER than DCTV. If you can afford
IV24, go for it.
From: Opal_Sullen@republik.fidonet.org (Opal Sullen)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: WARNING to monitor-purchasers
Distribution: world
Date: 3 Nov 92 19:42:39 PST
Organization: Eiffel Media of Orange County

In a message dated Sat 31 Oct 92 23:10, Jake@melmac.umd.edu (rob Borsari)
wrote:

     >Is this a coincidence?

 JB> No, it is not a coincidence.  The commodore monitors are made by AOC.

what does AOC stand for?

-- Via DLG Pro v0.995

                        Opal Sullen - Session Manager @
                 0x0 Republik, Orange County, Ca. 714.530.5442
            sullen@republik.fidonet.org - eagg033@orion.oac.uci.edu
      ___________________________________________________________________
        F i d o N e t - U s e N e T - I n t e r N e t - A m i g a N e t
       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                1:103/108.0 - Republik.FidoNet.Org - 40:402/1.0
From: kevinm@ocf.berkeley.edu (Kevin Miller)
Newsgroups: comp.sys.amiga.graphics
Subject: Nickprefs...
Date: 13 Nov 1992 07:15:26 GMT
Organization: U.C. Berkeley Open Computing Facility
NNTP-Posting-Host: tornado.berkeley.edu

What is Nickprefs and where can it be found?

Kevin
kevinm@ocf.berkeley.edu
From: kcd@cbmvax.commodore.com (Ken Dyke - Amiga Networking)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Graphics Modes
Date: 7 Nov 92 04:42:36 GMT
Reply-To: kcd@cbmvax.commodore.com (Ken Dyke - Amiga Networking)
Organization: Commodore, West Chester, PA

In article <BxBHLK.H0x@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
>In article <doiron.0gpv@starpt.UUCP> doiron@starpt.UUCP (Glenn Doiron) writes:
>>
>>Dingaling.  DblPAL and DblNTSC give you 640x512 and 640x400 screens on ECS.
>>Absolutely no scan doubling.  Can't be done without the Alice chip.
>
>   I never said that scan doubling could be done with the ECS.  Scan doubling
>(more properly called "line doubling") is a different entity from the DblPAL
>and DblNTSC modes.  

Oh really?  Then why can't I get DblNTSC:High Res and DblNTSC:Low Res on my
A3000?  Very simple, Marc:  DblNTC and DblPAL use special features of Alice
to get those resolutions and scan rates.  If ECS could do scan doubling, then
we could also do mode promotion on A3000's, but it can't so we don't. Sheesh. 

>---
>| Marc Barrett -MB-  |  email: barrett@iastate.edu
>--------------------------------------------------


-- 
Kenneth Dyke - Software Engineer            Internet: kcd@cbmvax.commodore.com 
Amiga Networking Group                      BIX: kcd     Phone: (215) 344-3014
"PPP?  You *must* be joking..."                      INCLUDE "stddisclaimer.i"
Newsgroups: comp.sys.amiga.graphics
Subject: Re: XV - does it exist for the Amiga?
From: alanb@sdl.mdcbbs.com (Alan Braggins)
Date: 11 Nov 92 11:00:03 GMT
Organization: Shape Data (Division of EDS), Cambridge UK
In-reply-to: yoav@athena.mit.edu's message of Fri, 6 Nov 1992 22:36:04 GMT


A friend forwarded to me from comp.windows.x.apps
From: salnick@dejavu.spk.wa.us (There is no substitute for displacement...)
Newsgroups: comp.windows.x.apps
Subject: xv for Amiga
Date: 7 Nov 92 13:14:54 GMT
Organization: Not Organized

I am porting xv to run on the Amiga, and have a working version (no TIFF,
JPEG yet).  Anyone interested?

bob
RW Salnick, Spokane,WA  |  Home: salnick@dejavu.spk.wa.us
  Amiga 1000, WB 1.3    |  Work: mfgsys!salnick@kaiser.spk.wa.us
      WA9BVE            |

--
--
     Alan Braggins, alanb@sdl.mdcbbs.com, abraggins@cix.compulink.co.uk
Shape Data - A division of EDS-Scicon Limited.   Cambridge, UK +44-223-316673
   "Any technology distinguishable from magic is insufficiently advanced."
 "My employer does not necessarily share my views - but I'm working on it."
Newsgroups: comp.sys.amiga.graphics
From: pooler@vccsouth16.its.rpi.edu (Robert Peter Poole)
Subject: Re: GIF Viewers
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Thu, 12 Nov 1992 00:59:25 GMT

In article <BxICqF.InK@hermes.hrz.uni-bielefeld.de> markus@techfak.uni-bielefeld.de writes:
>
> 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

That's funny, whenever I read the Compuserve GIF specs, it says
Lempel-Ziv-Welch compression, not Huffman coding.  LZW is the same kind of
compression used in the UNIX "compress" command.  LZH compression is a bit
tighter (this is the kind used in LHarc and its variants), and it employs a
kind of Huffman coding, but I am fairly certain GIF files do not use
Huffman encoding for compression.

*sigh*

Rob Poole
pooler@rpi.edu
pooler@cs.rpi.edu
From: andrey@cco.caltech.edu (Andre T. Yew)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: AGA Software SUMMARY
Date: 5 Nov 1992 23:25:06 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: punisher.caltech.edu

alanb@sdl.mdcbbs.com (Alan Braggins) writes:

>If this is a port of the Unix xv, that suggests that it is actually Dale's
>X server which is getting the AGA support, at which time any properly written
>X program will be able to use it.
>Can anyone confirm that?

	Last I communicated with Dale Luck, he said that there
would be AGA support in his X server, but that he did not
yet have an A4000 to test it on.  This was about 3 weeks
ago.

--Andre

-- 
             Andre Yew andrey@cco.caltech.edu (131.215.139.2)
Newsgroups: comp.sys.amiga.graphics
From: tmc@spartan.ac.BrockU.CA (Tim Ciceran)
Subject: Re: Trying to find the perfect morpher
Organization: Brock University, St. Catharines Ontario
Date: Sun, 8 Nov 1992 00:09:12 GMT

In article <69043@cup.portal.com> Kermit@cup.portal.com (Kermit Royce Woodall)
writes:

>CineMorph is fully 2.0 Style Guide compliant, ImageFX (formerly called
>Mirage) closely adheres to the 2.0 Style Guide as well.   While both
>programs adhere to 2.0 Style Guide, they also still work perfectly under
>AmigaDOS 1.3, (and 1.2 for that matter) and retain almost all of the look
>and feel of 2.0!

Terrific! 2 points for Nova Design... let's hope Black Belt and ASDG
do the same. 

>ImageFX started shipping on Monday, November 2nd, 1992!! For more information
>just contact GVP at (215) 337-8770 and ask for the ImageFX/Cinemorph press
>kit.

Good news. Any chance that you will be making an appearance at the
Toronto WOC?

Xref: sparky comp.sys.amiga.graphics:7382 comp.sys.amiga.programmer:15760
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.programmer
Subject: Re: OS3.0: does this have to use Chip ram?
From: brycerw@brandonu.ca
Date: 12 Nov 92 12:14:28 CST
Organization: Brandon University, Brandon, Manitoba, Canada

In article <lg3bmfINNn0u@peaches.cs.utexas.edu>, bryan@cs.utexas.edu (Bryan Bayerdorffer) writes:
> In article <BxK58F.24J@fc.hp.com> koren@fc.hp.com (Steve Koren) writes:
> =-
> =-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
> 
> 
> You could ask that question about any concealed portion of a bitmap.  It's a
> fine idea, and would be a good way to implement SMART_REFRESH windows,
> especially with a fast processor, and maybe dual-ported chip RAM.  I'd say that
> Intuition doesn't do this for SMART_REFRESH windows, and Workbench doesn't do
> this for its SIMPLE_REFRESH window, because they're aimed at the
> lowest-common-denominator system with a 7MHz 68000 and 16-bit-wide chip RAM,
> which would be killed by this scheme.  Hell, even Nickprefs keeps its WB picture
> in chip RAM.
> 
> Still, there otter be a config option that tells the system which way to do it.
> Anyone want to reimplement layers.library?
> 
> 
> Now get back to work on SKsh, Steve.  I want my $FG_PRI.   :-)

Then there are those of us who need *large* bitmaps for only internal
rendering, then copy only a portion out to be displayed.  It'd be great if I
could store a completely compatible bitmap in fast ram, then copy a portion of
it to a displayable bitmap in chip ram.  Right now, I've made up my own 
FastBitMap structure and use Read/WritePixelArray8() to move data to/from 
fast ram and chip ram.  This is in an attempt to allow bitmapped images
too large for chip ram, but will fit in fast ram, to exist.  Could someone 
from Commodore let us know if a standard (but not displayable) bitmap is now 
possible in fast ram, under 3.0?  Also, does BitMapScale() always use the
blitter?

--Rob	- needing lots of large (2000X2000) bitmaps
Newsgroups: comp.sys.amiga.graphics,comp.graphics,comp.graphics.animation
From: boylan@pi.eai.iastate.edu (Terran Boylan)
Subject: Re: SUN POV Display? 
Organization: Engineering Animation, Inc.
Date: Wed, 11 Nov 1992 19:46:42 GMT

D-1 resolution, used by Abekas Digital Disk Recorders as well as
several other places is 720 by 486.  Note that the image is therefore
rendered stretched in the horizontal direction.

-- 
Terran J. Boylan, Sr. Artist/Programmer | "It's better to have loved
Engineering Animation, Inc.,  Ames, IA  | and lost than just to have
(515) 296-9908 / (515) 296-7934 (> 5PM) | lost." -- Dorky Dog
From: abs0@coos.dartmouth.edu (Kelvin Leung)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: GIF Viewers
Date: 9 Nov 92 21:52:48 GMT
Article-I.D.: dartvax.1992Nov9.215248.7538
Organization: Dartmouth College, Hanover, NH

tron@uni-paderborn.de (Matthias Scheler) writes:

>In article <BxBzFy.HHp@ccu.umanitoba.ca>, umward10@news.cc.umanitoba.ca (Derek Ward) writes:
>|> 
>|>    Are there  any GIF viewers that allow you to view powerpacked GIFs?
>|> 
>GIF files are usually Huffman encoded. Even LhA can't compress them very well,
>PowerPacker won't be able to get them 1% smaller.

GIF files are encoded with Huffman code?? mm... I didn't know that...
I always thought JPEG was...

>-- 
>Matthias Scheler                                         tron@uni-paderborn.de
>University of Paderborn (Germany)

Yours Sincerely,
Kelvin
e-mail: abs0@coos.dartmouth.edu
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.programmer
From: dnavas@oracle.uucp (David Navas)
Subject: Re: Graphics Modes
Organization: Oracle Corporation, Redwood Shores CA
Date: Thu, 12 Nov 1992 17:32:35 GMT
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

<36931@cbmvax.commodore.com> writes:
>There are *good reasons* why promotion works the way that it does.  Say, for
>instance, that you wanted to write a 3.0+ video titling program.  If
>*everything* go promoted *all* of the time, you wouldn't be able to display
>the required NTSC or PAL video modes even if you *wanted* to.  

Sigh.
Modify the following for 3.1:
    Prefs promotion gadget checkbox-->cycle
    Three modes:
       Never, Dual-Mode, Always

Change startup checks -- Left-Shift menu button forces NTSC/PAL monitor
modes to NOT EXIST in the graphics database, and replaces the default monitor
with the 31kHz mode one.

Allocate battmem bit for ALWAYS promote mode.  Check this bit on startup
as well.  Right-Shift menu button overrides this setting (in case the
battmem goes invalid) and always produces NTSC/PAL as default monitor

Store 31kHz monitor info in ROM.

Move one of your ROMd libaries onto disk if you need the room.
Better yet, you have at least two gadget handling routines that must be
near-to identical (BOOPSI/GadTools).  Integrate them and get rid of the
dual code.  It's something that needs to be done anyway.
David C. Navas						dnavas@oracle.com
Working for, but not speaking on behalf of, Oracle Corp.