HDTenEightyP/NetNews huggingface dataset:
From: tmc@spartan.ac.BrockU.CA (Tim Ciceran)
Subject: Re: Trying to find the perfect morpher
Organization: Brock University, St. Catharines Ontario
Date: Tue, 17 Nov 1992 18:16:54 GMT

In article <amipb.039b@amipb.gna.org> amipb@amipb.gna.org (Philippe Berard)
writes:

>    Yes, of course. And now it's 3.0, Tim. And how many things have
>    changed since 3.0 (except for more optimized graphics routines) ?

No one is questioning the fact that the GUI could use some improvements
in both the aesthetic and performance domains. You're misappropriating
the original point: a sizeable number of users have indicated that they
would prefer a 2.0 compliant interface which makes use of the 2.0 look
and feel as opposed to those in current use. Whether this is optimal or
even preferable from a programmer's point of view is largely irrelevant.
 
>    Don't get me wrong, this is a good GUI, but this is not the reference.

No, this is entirely the point of this discussion. In order to improve the
professionality of the software environment, you have to conform to some
semblance of a standard. Far too much emphasis is being placed on downward
compatibility with 1.3. As a result, we have a multitude of customized
GUI's, none of which even closely approximates anything better than 2.0.
The main concern is the presentation of the program at this point, not
whether the instrinsic functions are the most elegant.

>    Now we have good high resolutions, why does CBM...
>    etc... etc...

Why don't you ask CATS for responses to these answers? And for that matter,
development of the GUI should be done in tandem with developers. There's
nothing preventing anyone from contributing to its evolution.

>    Of course not. But why do so many companies write their own GUI ? That's
>    because even the 2.0 GUI lacks some useful features like some I've
>    described above.

No, because they started development under 1.3, and feel that this is a
compromise to maintain compatibility without creating a specific 2.0
version. Very few of the customized GUIs on the market offer anything that
can't be accommodated just as well and generally more efficiently under
2.0/3.0.

>    GadTools is slow, GadTools is ugly. Have you ever seen a NeXT ? This is
>    THE reference.

I'll agree, the NeXT GUI is excellent. But it did not carry the baggage of a
previous GUI around either. They learned from the benefits and mistakes of
others, and established strict standards. There is no reason why Workbench
couldn't be just as nice. 

>    Did you ever programmed something with GadTools ? If you're saying GadTools
>    is great, then you're the first developper I know that say that.

I've never claimed GadTools was great, but 2.0 is definitely better than 1.3.
You have to learn to crawl before you can walk.
From: furiop@vccsouth28.its.rpi.edu (Paul Joseph Furio)
Subject: Re: Imagine2.0 anims lagging... :(
Reply-To: furiop@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Thu, 19 Nov 1992 19:23:22 GMT

It sould like your problem is standard Delta Compression slowness.  All anims that are feasable on the Amiga use Delta Compression, that is, they only store the changes from one frame to the next.  If you have a ultrahires 50 billion color animation with almost no changes, it may run very fast.  But if you have a lores anim with everty other pixel changing color each frame, it will run slowly.  The only solutions are 1) get the fastest damn processor you can afford, 2) work in lower resolutions with less c

olors (less delta usually, except in case mentioned above which was for effect) 3) single frame it.  Usually, the less data that must be uncompressed (lower resolutions and less colors) the faster it will run.  Anims with a lot of camera motion also tend to run more slowly because by the nature of the program, moving the camera produces a lot of delta.
	You can cheat the system verious ways.  DCTV gives you apparantly many millions of colors but only works with an 8 or 16 color hires screen.  This runs fairly fast, perhaps even faster than the same anim in overscanned HAM.  Play around with different settings and different rendering techniques.  When Brad Schenk was doing "The Sentinal", he had to redo the opening scene 5 times until he could figure out a way to get it to run fullspeed on a 68000 based machine.  If you can't find his article in that old 

Amazing Amiga magazine, write back and I will post the highlights.
	Hope this helps.

-Paul J. Furio
From: blackbelt@cup.portal.com (Ben - Williams)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Trying to find the perfect morpher
Date: Mon, 16 Nov 92 08:48:47 PST
Organization: The Portal System (TM)
Distribution: world
  <1992Nov15.034518.26357@mnemosyne.cs.du.edu>

Ben Scott,

The manual is an issue even we agree with you on. Note that the addendum
file is ready for printing, contains both table of contents and an index,
and is nicely paginated. It's an interim measure, certainly, but what it
does allow us to do is add features at the rate our customers enjoy. A
new manual is due with version 10.

Regarding the display panel lockup, that is a simple bug, fixed by making
the default NOT "Quality HAM". Your dealer could have found that out with
one phone call, btw. It is fixed in 9.22, which is already shipping.

As for finding the addendum, there is an icon on the release disk that
says "print-docs". just click on it and it will send the manual to your
printer. You also had the opportunity to install the docs on your HD
when you installed the software - I assume you used the installation
routine provided, right? So I'm a bit confused as to why you had to
go searching for the extra documentation. If we've made that difficult
due to an error or stupidity on our part, perhaps you could enlighten
me so we can fix it. Otherwise, I'd think you should have had no problem
locating the docs?

Ben
Newsgroups: comp.sys.amiga.graphics
From: rigby@pyramid.unr.edu (Wayne Rigby)
Subject: Re: Looking for Unix JPEG Program / IFF Program
Organization: University of Nevada, Reno  Department of Computer Science
Date: Mon, 23 Nov 1992 01:45:43 GMT
X-Posted-From: pyramid.cs.unr.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <By2C82.3As@hermes.hrz.uni-bielefeld.de> markus@techfak.uni-bielefeld.de writes:
> If you run X11-Windows:
> Look out for xv 2.2 , this handles alomost every Pic-Format, execpt for
> IFF.

It's childishly easy to add new file formats to xv.  The author even
includes some simple instructions on how to do this.  It also is
distributed with an optional include file for some Mac formats.  When
I was adding an FFT function to xv 2.0 back in school, I was pondering
adding a pop up screen with several Amiga formats to it.  I'm sure if
anyone did such a module and sent it back to the author, he would put
it in future distributions if the module worked well.  If I had about 5
more megs of diskspace here and a detailed description of Amiga graphic
formats (I'm too poor to upgrade my C128), I'd do it.

Wayne Rigby
rigby@cs.unr.edu
From: colint@spider.co.uk (Colin Tinto)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: * Colors to reduce interlace flicker *
Date: 19 Nov 92 13:53:40 GMT
Organization: Spider Systems Limited, Edinburgh, UK

I'm sure I read in a magazine somewhere that it is best to use colours that
are in the bottom half of the scale - i.e. up to 7,7,7.

I haven't tried it though - but it might work :-)

-- 
/-----------------------------------------------------------------------------\
!   Colin Tinto			!  Time Travel Parcel Deliveries Inc          !
!   colint@spider.co.uk		!  The only courier with previous day service.!
\-----------------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.graphics
From: koren@fc.hp.com (Steve Koren)
Subject: Re: 256 color workbench?
Date: Thu, 19 Nov 1992 01:01:15 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

> I tried it last night and it crashed just like you describe when I tried
> to resize the window.  It wasn't this "DreamHouse" pic either.  Are you
> using xsize?  I am, I wonder if that has something to do with it.

Nope, I'm not running xsize.  Not running anything unusual, except
CPUblit (which now works great on my system).  But I get the same
crashes even if I shut pretty much everything down.

  - steve
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.applications
From: adap@gandalf.cs.andrews.edu (Edsel Adap)
Subject: Re: * Colors to reduce interlace flicker *
Organization: Andrews University
Date: Tue, 17 Nov 1992 05:03:06 GMT

In article <1992Nov16.140409.2433@merrimack.edu> nin15b48@merrimack.edu writes:
>
>Hello,
>
>I'm trying to run my word processor in interlace mode on my non-flicker-fixed
>A500.  Does anyone have any suggestions for a 4-color palette that will
>minimize flicker?  (Black, black, black, and black works pretty well,
>but it doesn't do much for legibility! :]  )
>Thanks.
>
>== Steve
>   nin15b48@merrimack.edu
>

Try white and 3 shades of gray.  I use this whenever I use prowrite
(very seldom as I use Final Copy most of the time) and it works fine.

Make the text appear in white and the paper appear a shade of gray.
everything else is another shade of gray.

Edsel Adap
--
"That girl is one of the least benightedly unintelligent organic life
forms it has been my profound lack of pleasure not to be able to avoid
meeting."
________________________________________________________________________________
|    Behind Every Dark Cloud Is         | Edsel Adap
|       A Silver Lining!                | Computer Science / Mathematics Major
|        (hopefully!!!)                 | Andrews University
|  Now comes the question: Is it still  |
|      possible to get an 'A'?          | adap@cs.andrews.edu
--------------------------------------------------------------------------------
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: 256 color workbench?
Date: 19 Nov 92 06:58:47 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Organization: Commodore Germany

In article <1992Nov16.164359.11853@ra.msstate.edu> skip@tacky.cs.olemiss.edu (Skip Sauls) writes:
 >In article <BxtGBz.7Ho@fc.hp.com> koren@fc.hp.com (Steve Koren) writes:
 >>
 >>Hmm, I had just the opposite problem.  For me, multiview _always_ opens
 >>on my workbench screen even when that results in horrible color
 >>matching.  Maybe there's some option to control this: I haven't checked
 >>the docs yet.
 >
 >HAM8 pics will open on a screen, as will HAM.  There is a SCREEN option
 >that forces MultiView to open pictures on a screen instead of a window.

Doesn't help me from Workbench, only from Shell. If I try to use SCREEN
as a Tool Type, it's ignored. I already issued a bug report about this.

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
Wer's nicht kann, soll's bleiben klopfen oder Steine lassen!
Newsgroups: comp.sys.amiga.graphics
From: ESRLPDI@MVS.OAC.UCLA.EDU (Ivan Ivanick)
Subject: Re: Video Toaster comes to Television
Date: 15 Nov 92 19:47:33 PST

In article <1992Nov15.153310.18944@zds-oem.zds.com>, on 15 Nov 1992 15:33:10 GMT,
easton@zds-oem.mi04.zds.com (Jeff Easton) writes:
>
>  Flipping thru my TV Guide for this week, I came across an ad that
>had a picture of the Video Toaster in it.  It seems that the Discovery
>Channel on cable will have a entire half hour show on the Video Toaster
>this Tuesday Nov. 17 at 9 PM ET.
>
>  I hope its more than a replay of the Toaster demo video.  :-)
>--
>  ___  ___    Jeff Easton             easton@zds-oem.zds.com
> (__  (__     Zenith Data Systems     j.easton@mi04.zds.com
> ___) ___)    Saint Joseph, Mich.     easton@andrews.edu
>Monte Carlo   Z-LS/20 - Choice of a quiet generation
>
 It is -- they talked of this at NewTek's WoCA special showing.  I don't
 recall now whether it's a segment on desktop video or the Toaster
 specifically, but it does contain an absolutely amazing animated toast-
 type toaster (a la Milton) by the NuTopia folks.

 Ivan Ivanick      esrlpdi@mvs.oac.ucla.edu
 Whore For Merchandise / Mediasink Productions
From: 2ftqkiln@kuhub.cc.ukans.edu
Newsgroups: comp.sys.amiga.graphics
Subject: 24 bit & Graphic questions!
Date: 20 Nov 92 09:22:00 CST
Organization: University of Kansas Academic Computing Services

I have a few questions -

1) What would the size of an 8.5 * 11 image scanned at 600DPI be in 


2) What would the size in memory be for the beast described in 1)

3) What is the maximum size bitmap that you can load into Brilliance?
   Or is it just limited by memory? What about DPaint V? And can
   DPaint V do true color like Brilliance?

4) How much memory would I need to effectively work on an image 
   described in 1) in programs like Brilliance, Dpaint V, 
   Imagemaster, ADPro, or ImageFX?


For 300DPI I can just take the pixel numbers and half them and the 
memory number for 2) and divide that by four can't I?

Thanks in advance!
-Dave


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: Mon, 16 Nov 1992 04:57:47 GMT

In article <amipb.037b@amipb.gna.org> amipb@amipb.gna.org (Philippe Berard)
writes:

>    What's this new fashion, 2.0 Style Guide compliant !? >:-|

New fashion? 2.0 was released with the unveiling of the A3000. 

>    The Intuition Gadgets are ugly, Intuition's menus can't be detached, you
>    can't move icons instead on WorkBench, icons are half-height in interlace,
>    Intuition gadget borders are so big and awful I prefer draw them myself,
>    there is text everywhere instead of images : This is a good GUI ?

Are you inferring that 'roll-your-own' 1.3 GUIs are better? Besides, the whole
idea of well-written 2.0 compliant software is to avoid these problems.

>    It's true that ASDG's and Black Belt's GUIs are so poor they're beging
>    in my street, but please don't program them with GadTools : Slow interfaces
>    could be great if they're beautiful, but GadTools isn't.

Good philosophy. Cut off your nose to spite your face.

>    Now I calm down, but please ask this man to stop saying nonsenses... ;-)

Your words, not mine.

-- 

--------------------------------------------------------------------------------Tim Ciceran
Dept. of Earth Sciences,
Brock University, Canada                 E-mail: tmc@spartan.ac.brocku.ca
From: 2ftqkiln@kuhub.cc.ukans.edu
Newsgroups: comp.sys.amiga.graphics
Subject: Re: 24 bit & Graphic questions!
Date: 20 Nov 92 09:28:56 CST
Organization: University of Kansas Academic Computing Services

In article <1992Nov20.092201.44974@kuhub.cc.ukans.edu>, 2ftqkiln@kuhub.cc.ukans.edu writes:
> I have a few questions -
> 
> 1) What would the size of an 8.5 * 11 image scanned at 600DPI be in 
    I'm having problems posting but this should read 600DPI in pixels
    Would it be as high as 2500 X 1950? Larger? Smaller?
> 
> 
   in 24 bit, Would it be 15 megs? Larger? Smaller?

>
 
> 3) What is the maximum size bitmap that you can load into Brilliance?
>    Or is it just limited by memory? What about DPaint V? And can
>    DPaint V do true color like Brilliance?
> 
> 4) How much memory would I need to effectively work on an image 
>    described in 1) in programs like Brilliance, Dpaint V, 
>    Imagemaster, ADPro, or ImageFX?
> 
> 
> For 300DPI I can just take the pixel numbers and half them and the 
> memory number for 2) and divide that by four can't I?
> 
Sorry for the spagetti this turned out to be.
> Thanks in advance!
> -Dave
> 
> 
Newsgroups: comp.sys.amiga.graphics
From: thwang@mentor.cc.purdue.edu (Tommy Hwang)
Subject: How do I run files with .lha ending?
Organization: Purdue University
Distribution: na
Date: Wed, 18 Nov 1992 00:36:18 GMT

     I have noted that many of the ftp sites contain files that
have .lha ending, so this will definitely help a lot.  
     What do I need and where do i get something that would allow me
to run Amiga files with .lha ending.  I tried to run some of
them directly from WB3.0, but an error message was given.
Thanks in advance for any assistance.

                                                        -TKH '92


Newsgroups: comp.sys.amiga.graphics
From: itch@cbnews.cb.att.com (richard.m.brack)
Subject: Re: 256 color workbench?
Organization: AT&T
Date: Fri, 20 Nov 1992 23:35:06 GMT

In article <10094@cbmger.de.so.commodore.com>, peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:
> In article <1992Nov16.164359.11853@ra.msstate.edu> skip@tacky.cs.olemiss.edu (Skip Sauls) writes:
>  >
>  >HAM8 pics will open on a screen, as will HAM.  There is a SCREEN option
>  >that forces MultiView to open pictures on a screen instead of a window.
> 
> Doesn't help me from Workbench, only from Shell. If I try to use SCREEN
> as a Tool Type, it's ignored. I already issued a bug report about this.
 
Works for me!  I have MultiView set up as a doc with ToolManager.  I
have the SCREEN tooltype set, and for everything I drop on the doc MultiView
opens a screen to display.  This includs HAM and non-HAM images.  Unfortunately
it also includes text and sound windows which I would like to still open
on the WB screen.

Rich...
-- 
{ the itchman cometh   /-/         _          i don't want to be your angel }
{ itch@cbnews.att.com /-/        _|_|_          i want to be your witch!    }
{ att!cbnews!itch \-\/-/         ( * )tch                 -yello            }
{                  \/\/           /^\                                       }
From: DrAllosaurus@cup.portal.com (Samuel DrAllosaurs Crider)
Newsgroups: comp.sys.amiga.graphics
Subject: AmigaEducation
Date: Sun, 22 Nov 92 23:08:08 PST
Organization: The Portal System (TM)
Distribution: world

Hi Folks,

I'm posting this representing the Computer Graphics division of the Academic
Computing Department at Columbia College Chicago.

We have a growing CG area here with around 25 amigas of various sorts (from
aging A1000's to a spanking new A4000). We also have Macs, IBMs, and severa;
SGI workstations -- but I'd say the Amigas see the most activity and people
who have moved to the workstations at times express their fondness for Amy
and a desire to return to her.

I'd like to make contact with other schools and universities who use the
Amiga -- what sort of courses do you offer, how to you handle access, what
tips do you have for convincing administrators who at least recognize the
name "Mac" that the Amiga is worth supporting?

I posted a similar request on the Imagine mailing list and got a nice
response -- it seems there are plently of schools out there using the Amiga,
and most of us seem to have similar problems. Besides individual responses
several people refered me to other schools and I'd like the hear from them
if you're out there:

   Ringling School of Art and Design
   SUNY at Old Westbury
   CU Bolder
   Southern Alberta Institute of Technology
   Character Animation Department at CalArts.

If you know e-mail address for any of these places, or know other schools
using the Amiga please let me know!

I'd be interested in hearing from anybody with knowledge, questions, or
thoughts about CG teaching on the Amiga!

Thanks!

Samuel "Dr.Alosaurus" Crider
Computer Graphics Lab Coordinator
Columbia College Chicago
drallosaurus@cup.portal.com
Newsgroups: comp.sys.amiga.graphics
From: stefanb@hathi.informatik.rwth-aachen.de (Stefan Becker)
Subject: Re: Trying to find the perfect morpher
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 20 Nov 92 12:07:02 GMT

blackbelt@cup.portal.com (Ben - Williams) writes:

>Dont' worry, we won't. Gadtools is far too limited to be useful, and
>it's not retargetable, which is the kiss of death as far as we're concerned
>for v10.

*ROTFLBTC*

This is the *SILLIEST* excuse I EVER heard for NOT using GadTools. Where
did you get that? From your breakfast cereal box or the Enquire?

>The phrase "2.0 style-compliant" refers to how to highlight and so on; it
>say not one word about having to use AmigaDOS tools to achieve that
>compliance - although CBM does provide gadtools, only rudimentary
>facilities are available there (and I don't just mean the issues you

Do you *REALLY* think, that Commodore defines a new GUI standard, tells
everybody to use it and then go through all the hassle of having thousands
"2.0 compatible" programs which are not RTG compatible?

BTW.: GadTools is an Intuition feature. RTG is a feature of the
graphics.library, which Intuition uses...

>mention, although they certainly do count) and so we've been writing custom
>code for months.

Lost time for REAL product enhancements.

	Stefan

-- 
Mail    : Stefan Becker, Holsteinstrasse 9, D-5100 Aachen ///    Only
Phone   : +49-241-505705                      Germany    ///  Amiga makes
InterNet: stefanb@pool.informatik.rwth-aachen.de     \\\///  it possible..
                                              ECG148  \XX/  -->A3000/25<--
Newsgroups: comp.sys.amiga.graphics
From: msnider@Rapnet.Sanders.Lockheed.Com (Marc A. Snider x0193)
Subject: Conversion from 24 bit to Ham8
Organization: Sanders Associates
Date: Mon, 23 Nov 92 12:59:52 GMT

While I know that 9.23 of Imagemaster has just recently shipped and no
one probably has it yet, does anyone with any version of Imagemaster
that supports AGA (I thought 9.21 did) have any comment on the general
quality of Ham8 images converted from 24 bit data?  How about ADpro?

Thanks for the info...

M. Snider
msnider@rapnet.sanders.lockheed.com
From: bn@mndcrme.uoknor.edu (Bo Najdrovsky)
Subject: Re: Who's the babe in the Opalvison ad!
Newsgroups: comp.sys.amiga.graphics
X-Newsreader: TIN [version 1.1 PL6]
Date: 19 Nov 92 01:01:12 CST
Organization: Operation Mindcrime

Daniel Barrett (barrett@astro.cs.umass.edu) wrote:
: In article <1992Nov12.034124.2303@seq.uncwil.edu> loyd@seq.uncwil.edu (David Loyd) writes:
: >[Who's the babe in the Opalvison ad?]
:
:	The "babe" is noneother than Irving Gould, CEO of Commodore.
: It's amazing what can be done with a little morphing software (namely,
: MORPHMORPHMONGER).

    Damn! Ok, you sold me on Morphmorphmonger!	I'll take one. I can't
imagine a much harder morph than one from an old fart to a sexy blonde.
Whatever the techique involved, it must most certainly be more involving
then some simple morph from a baby to an owl. :-)  :-) :-)

    Ofcourse I just had an interesting idea. Can the product morph Gould's
common stock share into a pile of ashes?  I think if such effect was
possible, this might become the most popular software product in the Amiga
market!  ;-)
From: koren@fc.hp.com (Steve Koren)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Conversion from 24 bit to Ham8
Date: 23 Nov 92 15:51:54 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

> one probably has it yet, does anyone with any version of Imagemaster
> that supports AGA (I thought 9.21 did) have any comment on the general

Yes, I have 9.21 (I think; I have to double-check once I get home) and
it does support AGA, including HAM8.

> quality of Ham8 images converted from 24 bit data?  How about ADpro?

I've converted some images from IFF24 and jpeg to HAM8, and they look
darned good to me.

There is only one thing that bothers me about v9.21; you have only 3
choices of HAM8 screen modes to render into.  (Ie, you can't render into
the SUPER72 modes in HAM8).  I'm sure they'll add this eventually.

  - steve