HDTenEightyP/NetNews huggingface dataset:
From: hounsell@nmerh7.BNR.CA (Rob Hounsell)
Subject: Imagine Problems and Book required
Reply-To: hounsell@BNR.CA
Organization: Northern Telecom Canada
Date: Fri, 09 Oct 92 13:27:25 GMT

Folks,

  My friend and I recently purchased Imagine 2.0 for use on his Amiga
3000. Despite the manual, we have managed to become familiar with most
of its workings.
However, there are a few things that are still puzzling.

  I have heard that there is a companion book available called something like
"The Imagine Guide" or somesuch. Can anyone tell me the publisher, and
possibly whether or not it is worth purchasing?

  Q: The manual states that "an object will always follow a path in the
object's y direction". I have created a simple airplane and was trying
to get it to animate by following an oval path in the horizontal plane.
What I get is the plane being translated around the oval, but always
oriented to the "left" in the front view. I made sure that the y axis of
the plane was pointing out the nose.

  What I eventually did was to manually place the airplane at 4 points
around the oval, oriented and aligned the way I want, and then marked
these as key cells i.e. I didn't use the path at all. Is there an easier
way? I tried hinging to an axes at the origin, but it produced the same
result as the path attempt.

  Don't get me wrong: so far, Imagine looks very good; it's just that
some things don't seem to be well explained, and need fiddling.

Thanks,
Rob
+-----------------------------------------------------------------------------+
| Rob Hounsell                           BNR WAN:  HOUNSELL@NMERH53           |
| NT Product Performance: OA/M           INTERNET: HOUNSELL@BNR.CA            |
|                                        PHONE: (613) 765-2904                |
|                                        ESN: 395-2904                        |
+-----------------------------------------------------------------------------+
From: oivindi@dhhalden.no (OIVIND IDSO)
Subject: Opalvision...?
Organization: Ostfold College
Date: Thu, 8 Oct 1992 17:05:37 GMT


In one of the latest issues of AmigaWorld (September, I think), there is an 
ad for the new Opalvision card/software.

In this ad, the words "live video" appears several times, and I'm not really 
sure what they mean: Is it "live video" as in connecting a VCR to the Amiga, 
and *then* mixing this signal live with for example Amiga animations or 
graphics? Or is it "live video" as in *first* recording one or several live 
videosequences to harddisk, and then arranging them to a complete movie 
combined with animations, graphics and digital video effects?

The ad also says that you can grab multiple frames from a non-still video 
source with the Opalvision Genlock/Framegrabber? Would this be the same as 
grabbing a live video clip from for example a videocamera, and then saving 
it to harddisk?

To put it relatively simple: what's the difference between Opalvision and 
Macintosh QuickTime applications like Adobe Premiere or DiVA Videoshop?

Please E-mail me with any info you've got!
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: DPaint V around Feb 93.
Date: 12 Oct 92 12:13:11 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <doiron.0fh7@starpt.UUCP> doiron@starpt.UUCP (Glenn Doiron) writes:
>With TIGA you'd use get_nearest_color(), but I'm pretty sure 3.0 has a
>similar function call.  You can always write your own, after all, if you
>own the screen, you'd better know what the colors are :)

	graphics.library/FindColor().
-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
From: 2ftqkiln@kuhub.cc.ukans.edu
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Amiga and Quicktime
Date: 15 Oct 92 06:57:34 CDT
Organization: University of Kansas Academic Computing Services

I think the point of this whole thread is that CBM needs to put 
something into AmigaDOS that resembles Quicktime. It should 
probably be an extension though for the animation player 
because some wouldn't the space taken away from them, i assume
it requires a lot of code i.e. space.  Anyway even if it doesn't
work that well it is a GREAT marketing scheme. The average joe
sees this and says 'cool, i want a Mac!'  The usefulness is 
only secondary but would be real nice.  The whole idea of even
just have pictures in rescalable windows sounds good to me and
the Amiga seems like the only platform that doesn't have this.
The Amiga is great at full screen stuff but they need to put
the window stuff in. It sells! Especially for a computer that
claims to be THE multimedia platform. Just my .02 worth....

By the way, anyone want to invest in a DEAD 3000 so I can get
a 4000? :)

Newsgroups: comp.sys.amiga.graphics
From: ryanb@tasman.cc.utas.edu.au (Ben Ryan)
Subject: pd slideshow
Summary: pd slideshow wanted
Keywords: pd slideshow
Organization: University of Tasmania, Australia.
Date: Wed, 7 Oct 1992 08:22:18 GMT

Hello. does anyone know of a simple to use pd slideshow program that will enable
me to view pages forwards or backwards using only the mousebuttons. I have an
A500 with 1meg ram. I am producing a Blues guitar magazine-style series of 
software containing lessons hints trivia etc. Anyone interested?

Please E-mail me
B.Ryan@admin.utas.edu.au

Thanks.
:
From: kopnicky@owlnet.rice.edu (Lyle Warren Kopnicky)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Amiga and Quicktime
Date: 15 Oct 92 21:50:20 GMT
Article-I.D.: rice.Bw6nBx.CnL
Organization: Rice University

Wait a minute... why in the WORLD would you want to resize an animation
to display in a different-sized window?  I can't imagine what possible
use that could have.  The bit about scaling down the color makes sense,
but doesn't that pretty much happen automatically anyway?  Or at least,
it's VERY easy to handle.

+----------------------------Ren & Stimpy--------------------------------+
| "Psst. Hey Guido. It's all so clear to me now. I'm the keeper of the   |
| cheese. And you're the lemon merchant. Get it? And he knows it. That's |
| why he's gonna kill us. So we gotta beat it. Yeah. Before he lets      |
| loose the marmosets on us! Don't worry, little missy! I'll save you!"  |
+--------------- Quantum Seep -- kopnicky@owlnet.rice.edu ---------------+
Newsgroups: comp.sys.amiga.graphics
From: jfieber@sophia.smith.edu (John Fieber)
Subject: ProDraw, Provector: comparison?
Organization: Smith College, Northampton MA
Date: Tue, 13 Oct 1992 15:47:43 GMT

I'm looking to purchase a structured drawing program.  The two that I
know of are ProDraw (3.0) and ProVector (?.?).  Would anybody out in
netland care to comment on the capabilities of the two so I can have
something to base a purchasing decision on?  Thumbing through a
recent Amiga World I saw ProDraw listed in lots of mail order
advertisements but not a single mention of ProVector.  Hmm....

Specific things I'm interested in are:

- Auto tracing capabilities?

- Graphics formats can they read/write (Adobe Illustrator, DR2D,
  GIF, ILBM, ...)?

- Fonts they support (Compugraphic, Type 1, ...)?

- Any other outstanding features worthy of mention?

Thanks in advance,

-john

-- 
===jfieber@sophia.smith.edu==================================================
From: neil@celia.UUCP (Neil Richmond)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Re: WANTED: A NICE 2D-morphing package
Date: 8 Oct 92 17:13:44 GMT
Reply-To: celia!neil@usc.edu (Neil Richmond)
Organization: Rhythm & Hues, Inc., Hollywood

In article <22060049@hpmwmat.sr.hp.com> mikep@hpmwtd.sr.hp.com (Mike Powell) writes:
 
>In other words, is it possible that the MorphPlus morph was so clean
>it made the morph ``look easy.''?"
>-------------------------
 	
>	This is a good point.  I went back to take a look at the image
>	sequence and even though the morph subjects are not all that
>	radically different, there is certainly no indication that the
>	morph has any quality problems...      

Actually, this is one of the things that does make a morph work well. The
more different your targets the more difficult the morph. And the more
obvious the effect. We are constantly adding new qualities to our morf 
program to account for this. There are morphs where you don't expect them. 
This is because the targets are so close.  I am tired of being hit over the 
head with this effect. It is much more impressive when you don't know it is 
a morph, but thing it is some other effect. For example, I suspect that the 
water running down the camera, after the splash in the Listerine " Tarzan 
Commercial " was done with morphs. 

neil
-- 
Only 2641 shopping days left till the next millenium! 
Neil F. Richmond         INTERNET: celia!neil@usc.edu
Rhythm & Hues Inc.       UUCP: ...{ames,hplabs}!lll-tis!celia!neil)
Newsgroups: comp.sys.amiga.graphics
From: mmaresca@ee.ubc.ca (MARESCA SAVERIO IGOR)
Subject: Re: CBM Discusses Future Amigas
Organization: University of BC, Electrical Engineering
Date: Fri, 16 Oct 1992 20:11:48 GMT

In article <9798@cbmger.de.so.commodore.com> peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:
>In article <1992Oct12.012044.2624@ee.ubc.ca> mmaresca@ee.ubc.ca (MARESCA SAVERIO IGOR) writes:
>>
>>The MC88000 serie hs been dropped :-(
>
>Hmm, sounds suspiceously like an -MB- post "MC88000 Is Dead".
>Are you *really* sure???
>
>-- 
>Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
>Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk

Well... no, not any more.  I was fairly sure at first (when I posted) because 
I read about it in one of the major computer magazine and they don't usually
make mistakes of this magnitude (I wish I could remember which one).  Anyways,
I got mail form someone who is quite certain that this is not true.  Myabe
he knows someone at Motorola???
        
Soooooooo, now I am not too sure.  Myabe they did drop it to concentrate on 
the Power PC chips, maybe they didn't.  (sorry about causing any confusion)


Saverio


PS Maybe someone form Motorola could clear this up?
From: dollens@equinox.unr.edu (C Blake Dollens)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: GIF Conversion
Date: 12 Oct 92 16:56:51 GMT
Organization: University of Nevada, Reno

In article <hemmer.02cm@hemmer.adsp.sub.org> hemmer.adsp.sub.org (Franz Hemmer) writes:

>Art Department Professional does the job best (IMHO), but this program is
>a commercial product. You could also go for HamLabPlus which is shareware.
>I believe there is a crippled PD-version of HamLabPlus, which you might
>grab from a ftp-server or BBS near you.

IMHO, HAMLab Plus is much better than ADPro for this purpose.  HLP allows
you to save pictures in PCHG format, which gives you up to 4096 colors in
high resolution.  (It also saves in SHAM and Dynamic HiRes, but these aren't
as versatile as PCHG).  If I'm not mistaken (and somebody correct me if I
am), ADPro can only save pictures in the more "standard" IFF formats (i.e.,
HAM, HiRes, etc.).  If you convert to HiRes-interlace, you end up with color
loss (with an 8-bit image), and with HAM you often end up with a loss in
resolution (unless you're willing to have to scroll around to see the whole
image).  Fringing is also not evident in PCHG format.  In combination with
HLP's superb dithering options, you can end up with some really stunning
pictures, even if the original file was a 24-bit picture.

And, of course, HLP is cheaper. :-)  You can get the full working version
for US$20.  (I believe the price goes up to $25 after December 31).  Not a
bad deal considering what the program does.  If anyone wants the demo of
HLP, version 2.0.8 should be available from wuarchive.wustl.edu.  It is the
same as the full working version, except the demo crops images larger than
512 x 512 pixels.  It'll still give you a good idea of what the program can
do.  I mailed in my registration the day after I saw the demo.  It
completely blew me away.

I guess I should throw in a disclaimer that I don't know the author of HLP.
I'm just an extremely happy user of his program.  (And I hope he releases
a version that converts to 262,000 colors for the AGA chipset!).

Blake

>Best regards                    Reply to: hemmer.adsp.sub.org
>Franz Hemmer                    #include <stddisclaimer.h>
>Software Developer       _      >> Carpe Diem! - Seize the day! <<
>                         \\ _
>                 Interacti\X/ision - The name of precision

-- 
"That's All"            | "Fundamentally, every bar is the same as every other
  -Phil, Mike, and Tony |  one, if it's the kind you're drinking in, to end a
Blake Dollens           |  sentence with a preposition, which I haven't."
dollens@equinox.unr.edu |                            -Walter Slovotsky
Newsgroups: comp.sys.amiga.graphics
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Amiga and Quicktime
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Thu, 15 Oct 1992 22:18:07 GMT

In <Bw56qv.7rL@news.iastate.edu> barrett@iastate.edu (Marc N Barrett) writes:
>   WRONG!  ANIM is a very simple method of playing animations that
>monopolizes the display.  QuickTime is a MUCH more flexible animation

As always you should better shut your mouth. IFF ANIM is a file format
that stores animation in a way that is easy to use for the Amiga hardware.

It is no player and therefore it doesn't monopolize the display. Some ANIM
players will use their own full screen display for the animation, some players
will do the same on an intuition screen. BTW, full screen display is considered
a _feature_.

>scheme, but all of the extra flexibility makes it very slow.  QuickTime
>animations can be rescaled on the fly, ANIMs cannot.  QuickTime
>animations can be scaled to almost any color depth on the fly, while
>ANIMs cannot.  QuickTime includes support for a plethora of 
>compression formats, while ANIM does not.  

Quicktime is also no animation scheme but a method to incorporate time information
into a data structure.

BTW, there's nothing that prevents ANIMs from being scaled besides the fact that
this will slow down animation considerably. Scaling to 'almost any color depth'
on the other side isn't really a problem to do but not worthwhile with just
32 colors (HAM anims are an exception and are more difficult to handle).

QuickTime files use several compression formats but so does IFF ANIM. The question
_what_ compression formats are used comes from the intended usage of the files.
IFF ANIM is used for real-time playback at fast rates (10-30fps), thus it doesn't
yet incorporate compression methods that can't be handled in real-time.

>   Try taking an Amiga ANIM, play it in a 320x200 window on a
>1280x512 screen, and then resize the windowto a bizarre shape 
>(160x300, for instance).  Does the animation automatically resize
>while it is playing?  This would assume that you found a way to
>play ANIMs in a window in the first place, which no ANIM player 
>will do.

The ANIM players won't do that because noone has seen any use for resizing
an animation to a 'bizarre shape' and reduce playback speed at the same time.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Xref: sparky comp.sys.amiga.graphics:6781 comp.sys.amiga.advocacy:26834
From: pk-asdg@cup.portal.com (Perry S Kivolowitz)
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.advocacy
Subject: Re: The Power Of Positive Thinking
Date: Fri, 16 Oct 92 20:03:44 PDT
Organization: The Portal System (TM)
Distribution: world
  <1992Oct15.224653.25927@tronsbox.xei.com>

Bill Cavanaugh asks (relative to TPOPT):

>Gee, Perry, how about posting it to the binaries group?  We don't all
>have access to ftp, y'know...

TPOPT is over a meg compressed. As a uuencoded file it would be larger still.
Is posting such a file to the binaries group an effective use of the network's
resources? While it is a compelling animation to see, I've not considered
uploading (to usenet) files as large as this before.

pk
Organization: Penn State University
Date: Sat, 10 Oct 1992 12:20:30 EDT
From: <JBK4@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Amiga and Quicktime

Quicktime should have been dubbed SLOWtime, even on faster machines.
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Amiga and Quicktime
From: alanb@sdl.mdcbbs.com (Alan Braggins)
Date: 13 Oct 92 09:53:56 GMT
Organization: Shape Data (Division of EDS), Cambridge UK
In-reply-to: barrett@iastate.edu's message of Mon, 12 Oct 1992 15:23:49 GMT

>>>>> On Mon, 12 Oct 1992 15:23:49 GMT, barrett@iastate.edu (Marc N Barrett) said:

>    BTW, I think Apple took the wrong road when they adopted JPEG compression
> for Quicktime instead of waiting for MPEG, but this is beside the point.

Maybe you should have waited for the answers to your question about whether it does
use JPEG before making this statement.

Incidentally, there is a thread on comp.multimedia about full screen full motion
video on the Mac. $6000 for the video card...

--
     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,comp.sys.amiga.hardware
From: kopnicky@great-gray.owlnet.rice.edu (Lyle Warren Kopnicky)
Subject: Re: CBM Discusses Future Amigas
Organization: Rice University, Houston, Texas
	<1992Sep16.190725.6948@javelin.sim.es.com>
	<1992Sep17.092221.22806@cbfsb.cb.att.com>
	<1992Sep24.031837.5577@javelin.sim.es.com>
Date: Sat, 10 Oct 1992 08:17:09 GMT

I myself feel that RISC chips are silly, in a way.  Of *course* you
can do more instructions in a second, but it takes more instructions
to get the same amount of work done, because instructions have been
eliminated.  However, I think that if Motorola decides to produce a
RISC chip (which the 68060 may be), then they will make all effort
possible to make it as compatible with the 68040 as it can be.
Commodore doesn't NEED to look to someone other than M. for a RISC.
They should also experiment with parallel processing, if possible.

--
+----------------------------Ren & Stimpy--------------------------------+
| "Psst. Hey Guido. It's all so clear to me now. I'm the keeper of the   |
| cheese. And you're the lemon merchant. Get it? And he knows it. That's |
| why he's gonna kill us. So we gotta beat it. Yeah. Before he lets      |
| loose the marmosets on us! Don't worry, little missy! I'll save you!"  |
+--------------- Quantum Seep -- kopnicky@owlnet.rice.edu ---------------+
From: kopnicky@owlnet.rice.edu (Lyle Warren Kopnicky)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Amiga and Quicktime
Date: 15 Oct 92 21:53:32 GMT
Article-I.D.: rice.Bw6nH8.Cqt
Organization: Rice University

Stop complaining about QuickTime!  If you want to use it, get AMax.  How's
that?  Settled.

+----------------------------Ren & Stimpy--------------------------------+
| "Psst. Hey Guido. It's all so clear to me now. I'm the keeper of the   |
| cheese. And you're the lemon merchant. Get it? And he knows it. That's |
| why he's gonna kill us. So we gotta beat it. Yeah. Before he lets      |
| loose the marmosets on us! Don't worry, little missy! I'll save you!"  |
+--------------- Quantum Seep -- kopnicky@owlnet.rice.edu ---------------+
From: matt-dah@vall (Mattias Dahlberg)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: pd slideshow
Date: 7 Oct 92 12:16:26 GMT
Organization: The DSV institute of Stockholm, Sweden
X-Newsreader: Tin 1.1 PL5

Ben Ryan (ryanb@tasman.cc.utas.edu.au) wrote:

: Hello. does anyone know of a simple to use pd slideshow program that will
: enable me to view pages forwards or backwards using only the mousebuttons.

Look for Mostra. It's very common, so there should be no problem finding it.

Regards Mattias
From: abs0@coos.dartmouth.edu (Kelvin Leung)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Amiga and Quicktime
Date: 15 Oct 92 23:33:37 GMT
Organization: Dartmouth College, Hanover, NH

David_Corn@fcircus.sat.tx.us (David Corn) writes:

>But the Amiga CAN'T [run Quicktime].  It has no software to dither 24 bits 
>down to 8
>bits on the fly, and to display it at a decent rate.  You'd have to get
>an A4000 just to be ABLE to display the 8 bit pictures...and then you'd
>have to find software to display it.  As of now, nothing will do it, and
>I'd be REALLY suprised if anyone could pull it off.


Mm... how big are these 24bit pictures??  I would expect an Amiga can
dither as fast as a similarily equipped Mac.  So... would anyone like
to take this challenge?? Mr. Ed Hanway, are you listening? ;)

>-- 
>David_Corn@fcircus.sat.tx.us
>.. david corn ...

Yours Sincerely,
Kelvin
e-mail: abs0@coos.dartmouth.edu
Newsgroups: comp.sys.amiga.graphics
From: jet@boxer.nas.nasa.gov (J. Eric Townsend)
Subject: Re: Amiga and Quicktime
	<67741@cup.portal.com> <Bw56qv.7rL@news.iastate.edu>
Organization: Numerical Aerodynamic Simulation, NASA Ames
Date: 15 Oct 92 10:45:02

"barrett" == Marc N Barrett <barrett@iastate.edu> writes:
barrett> that monopolizes the display.  QuickTime is a MUCH more
barrett> flexible animation scheme, but all of the extra flexibility
barrett> makes it very slow.  QuickTime animations can be rescaled on

Yup.  I saw a friend run a QuickTime demo split between a 24bit
monitor and a mono monitor, half of the image on each monitor.  I
wonder how much "better" QuickTime could be on-the-whole if it weren't
able to do such neato tricks.  Oh well...

--
             J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311
                              '92 R100R, DoD# 0378
"I love the iPSC/860.
The iPSC/860 is my friend." (repeat until your code runs...)
Newsgroups: comp.sys.amiga.graphics
From: clldomps@cs.ruu.nl (Louis van Dompselaar)
Subject: DCTV why should it be so great?
Date: Thu, 8 Oct 1992 09:54:28 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: DCTV

I've heard a lot about DCTV before and thought it might be
something slightly interesting. But I recently saw what it
looked like and it's absolutely crap! First of all, there's
no impression of true-colour whatsoever, secondly, it's been
tricked into producing something that should resemble PAL.
In other words, it can't produce any decent PAL images.
If this DCTV machine is as every other machine, does this
mean it's completely useless in countries that have a better
system than NTSC?

Louis
-- 

Louis van Dompselaar      |||  ..................... 
clldomps@cs.ruu.nl         |   .....................   
Xref: sparky comp.sys.amiga.graphics:6696 comp.sys.amiga.multimedia:1365