HDTenEightyP/NetNews huggingface dataset:
From: barrett@iastate.edu (Marc N Barrett)
Subject: Re: Utility to convert MACpaint images to IFF
Organization: Iowa State University, Ames, IA
Date: Thu, 16 Apr 1992 13:20:36 GMT

In article <1992Apr15.233951.429@mr.gov.bc.ca> rforster@mr.gov.bc.ca (Russ Forster) writes:
>	I'm looking for a utility that converts MACpaint images into IFF
>	images.  I've been playing with MACview off of Fish disk 35, but it
>	doesn't save images larger than 640x400 and several images I have
>	are larger than that.  If someone has a utility around I sure would
>	appreciate a copy of it (if it's pd of course :-)

   Find the Amiga port of the package called PBMPlus.  This is a collection
of filters for image processing and conversion.  Just pull out the two files
called 'macptopbm' and 'ppmtoilbm'.  With a shell that supports unnamed pipes
(like Csh), you would do something like the following to convert a file
from MacPaint to IFF:

csh:> macptopbm < picture.mac | ppmtoilbm > picture.iff

   Now, if only somebody would write a utility to convert MACDraw images to
IFF DR2D, I would be *REALLY* happy...

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

Newsgroups: comp.sys.amiga.graphics
From: cs902125@ariel.yorku.ca (SHUK C YIP)
Subject: Re: HAM-E / ImageMaster
Organization: York University, Toronto, Canada
Date: Fri, 10 Apr 1992 14:09:23 GMT

In article <1992Apr9.183438.5356@javelin.sim.es.com> dingebre@imp.sim.es.com (David Ingebretsen) writes:
>
>I have a 3000 with 4 Meg fast on the motherboard and an old A2091A controller
>with 2 Meg 16 bit, this makes a total of 6Meg fast and 2 Meg chip. I can 
>morph two 752X480 24bit Toaster frame grabs with an undo buffer with no problem. 
I was wondering how many frames in total between those two frames?

>The morph process is a compute intensive procedure. It has taken as long as an
>hour to do one frame on some of the images I have tried. I would hate to think
>how much longer it would take swapping to disk. I would rather save my pennies
>and buy more memory for this type of operation. Leave virtual memory for 
>word processors, DTP, etc.
>
This is only your opinion. Virtual memory won't slow down the speed as
much as you think. A good programmer will make an option in their
software to turn on or off VM. So, if you want for speed, just turn it
off. (An intelligent programmer will use true memory for calculation and
VM for data storage)
Newsgroups: comp.sys.amiga.graphics
From: rickan@maccs.dcss.mcmaster.ca (Mark Rickan)
Subject: Re: OpalVision Video Board
Organization: Department of Computer Science, McMaster University
Date: Tue, 7 Apr 1992 17:06:46 GMT

In article <1992Apr5.230056.17800@sol.UVic.CA> mmcalees@cs16.UVic.CA
(Michael McAleese) writes:
>   Isn't this the Colourburst board (or an updated design)?  I seem to 
>recall the designer saying that after the M.A.S.T. fiasco he was re-designing
>it as Opalvision and getting someone else to market it.

From what I understand, OpalVision was in fact designed by the individual
responsible for the Colorburst board. I can imagine that he is making a
concerted effort to distance himself (and the board) from any affiliation
with M.A.S.T.

Mark

-- 
 -------------------------------------------------------------------------
 = Mark Rickan                         ...!uunet!utai!utgpu!maccs!rickan = 
 = DCSS, McMaster University               rickan@maccs.dcss.mcmaster.ca = 
 -------------------------------------------------------------------------
From: dac@dacami.UUCP (David Culberson)
Newsgroups: comp.sys.amiga.graphics
Subject: "MandelPAUG"; problem with 3 dimensional fractals.
Distribution: world
Date: 15 Apr 92 01:12:36 EST
Organization: Culberson Plaza.  (One Marconi Place, Inc.)

  I have a problem with the public domain fractal generator MandelPAUG. 
It will not let me generate 3-dimensional fractals!  I end up with a
screen of solid color.  It seems that the eight of all the lines is taler
than the screen, so I end up seeing none of the fractal.  Could anyone
help me?  I love this program so far, but the 3D feature is inaccesable to
me until I find out how to use it.  The docs say nothing about this, and
neither does the online help.  Thanks!

		-David

--
( dac@dacami.UUCP - cis.ohio-state.edu!n8emr!bluemoon!dacami!dac ) Amiga//
( - David Culberson - )  ( - Now living in Culberson Plaza! - )       \X/
Newsgroups: comp.sys.amiga.graphics
From: cs902125@ariel.yorku.ca (SHUK C YIP)
Subject: Re: Leander demo is *KILLER*! Except..
Organization: York University, Toronto, Canada
Date: Tue, 14 Apr 1992 04:24:52 GMT

In article <1992Apr13.220029.5281@mintaka.lcs.mit.edu> sah@gnu.ai.mit.edu writes:
>
>I got the Leander demo a few days ago... NOT bad at all, except one thing
>leaves me in the dust.. When you kneel and hold down fire, Leander turns red
>and stars float around him, and the meter at the bottom grows until the whole
>meter is full, and he explodes if you let go of the fire button..  WHAT is
>the purpose of this, anyone know?

This is an utimate attack. Give you 20 hit points to enemy.
From: walsh@csd4.csd.uwm.edu (John Lawrence Walsh)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: RCS Fusion Forty Offer (was RE: Special for US clubs/developers)
Date: 12 Apr 92 18:11:15 GMT
Article-I.D.: uwm.1992Apr12.181115.6202
Distribution: na
Organization: Computing Services Division, University of Wisconsin - Milwaukee

In article <1992Apr12.071916.20903@wam.umd.edu> walrus@wam.umd.edu (Udo K Schuermann) writes:
>Does anyone have any information on how the RCS Fusion40 board compares to
>the '040 board from Progressive Peripherals ... (PP&S)?  Reliability,
>speed, expandability?  I've been told that the RCS board was a bit on the
>"slow" side.  Is there any truth to this?  I'd hate to buy the 'Yugo' of
>68040 boards ...
>
>If anyone has anything to offer on this, please email me and I will
>summarize the results to this news group (csa.graphics).  THANKS!
>
> ._.  Udo Schuermann       "qaStaHvlS wa' ram IoS SaD Hugh SlijlaH qetbogh IoD"
> ( )  walrus@wam.umd.edu                                     -- Klingon Proverb
> Seeking virtual memory



	I missed the original post...  Can someone tell me how much
	this board is?  

				Thanks.

				John


*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*
* John Walsh                          |  12 years of Republican       *
* walsh@csd4.csd.uwm.edu              |  Presidents has trashed this  *
* University of Wisconsin - Milwaukee |  country...  Vote for change, *
*                                     |  Vote for a democrat.         *
*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*
Newsgroups: comp.sys.amiga.graphics
Subject: Display Tooltypes?
From: radnor_j@qis.dofasco.ca
Date: 7 Apr 92 09:44:51 GMT
Organization: Dofasco Inc, Hamilton, Ont. Can.
Nntp-Posting-User: radnor_j

Well, lets try this post for the third time, I don't think the other 2
posts ever got out due to newsfeed problems at our site....

Anyone from CATS or otherwise care to answer this question?

The Display command documented in the 2.0 Manual in the AmigaDos section 
states that to show a picture that is larger than screensize, use the "opt a"
option, ie. Display pic.iff opt a.

Question: How do you specify "opt a" from the workbench for pics that have
a default tool of Display. Or, in other words, does Display support any 
Tooltypes?

I'm sure there must be others of you out there that have a directory of pics
that have icons (iconized even.....iconize by R. Tillery...excellent program),
with the idea that you click on them and display the pic. 

Or maybe Display isn't the tool of choice. If not what is? Superview?

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                 __                  |Basil (to Sybil)  
John Radnor                     ///                  | A satisfied customer. We
(Radnor_J@qis.dofasco.ca) __   ///   ONLY Amiga      | should have him stuffed.
                          \\\ /// makes it possible! |
                           \\X//                     |--Fawlty Towers
From: kholland@hydra.unm.edu (Kiernan Holland)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: need advice on ultimate Amiga system
Date: 6 Apr 92 20:17:11 GMT
Article-I.D.: lynx.sapjd0p
Organization: University of New Mexico, Albuquerque

In article <bobl.32jx@bobsbox.rent.com> bobl@bobsbox.rent.com (Bob Lindabury, SysAdmin) writes:
>In article <-zmjawk@lynx.unm.edu> kholland@hydra.unm.edu (Kiernan Holland) writes:
>>In article <56902@cup.portal.com> blackbelt@cup.portal.com (Ben - Williams) writes:
>>>Michael COmet,
>>>
>Erg.  Yet more idiotic drivel from Kiernan who knows *nothing* of what
>he's saying.  Jezz I wish my news reader had a kill file!
>
>-- Bob

Ok, what do you think I was talking about???
This is what i was talking about:

1. 2D morphing according to the jackson video described in CGW 
   (working from my bio-storage here) was not automatic. 
   You have to control the paths of the morphing. 

2. Amiga devlopers do not currently support pseudo VM
   probably either because:
	  a. theynever thought of it. 
	  b. they don't know what it is. 
	  c. they are tooo lazy.
	  d. they don't think they need pseudo VM becuase 
		 it is tooo slow. 
	  e. the amiga users don't know what it is?
	  f. they don't think the amiga users can tell the difference
		 then it shouldn't be implemented. 
	  g. they assume CBM will put VM in amigados. 
	  h. who knows, why.

It really doesn't look like the people I have talked to 
about VM are not very realitic about its implementation 
into software, using excuses such as:

Awww, I got 32 megs of ram and I never have problems 
running programs on my amiga. 

Oh, CBM will support therefore I shouldn't have to screw with 
my program to support VM. 

It is toooooo slow, I want a fast program. 

---------------------------------------------------
I really don't think half of you guys know what 
VM is. If you do, you would understand what 
use it would be to amiga users with big hard drives and 
small pocket-books. I swear, you must have no conception 
of how horrible it is to run out of memory on a 
1.3 meg system when you are saving up for something 
that you really want like a PC >:-P. 

Go off and ignore me, the others will see the light.
From: blackbelt@cup.portal.com (Ben - Williams)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Imagemaster / HAM-E device
Date: 6 Apr 92 04:53:43 GMT
  <1992Apr4.190714.20970@newshub.ariel.yorku.ca> <56903@cup.portal.com>
  <f1mjs!#@lynx.unm.edu>
Organization: The Portal System (TM)

Kiernan Holland,

I gues it's a waste of time to really try and deal with all the
misinformation and confusion that seems to possess your brain,
but just so onlookers aren't fooled into thinking you know what you're
talking about:

VM: We'll do what we think is appropriate.

Lazy: Yeah, right. Take a Valium.

"None of us guys share your enthusiasm" Gee, Kiernan, it looks more to
me htat noone shares your views, period. Not that I'd be surprised, since you
seem to have tthis incredible tendancy to speak before you think.

VM is OLD TECH, Kiernan, OLD TECH. Memory is cheap now, and
when you can work in RAM you'd be out of your MINS to work on
an HD (er, MIND, I meant) unless you HAD to, no matter HOW good
the VM implementation was. If you knew how computers worked,
you already KNOW that. Obviously, you don't. And just as obviously,
that doesn't stop you from speaking out with all your vaunted expertise.
Not.

"For smaller morphs that is true. But controlled they are not"
Surprise. They ARE controlled. You know NOTHING about what we
have done with morphing, and seem to have DPaint IV in mind.

"That is a feature that is not unique" For Morphing, it is.

Also, we do NOT need a network, we don't even need the machines to
be in the same country, much less on a wire.

The capability I was referring to, and apparently was unclear, was
the morphing capability, which you seem to be sungularly uninformed
about.

Kiernan, next time you post, BEFORE you type, open your mouth,
look at your shoe and just mentally think about how far you can
shove said shoe in your mouth. Think how unpleasant it is to try
to act like an informed authority and come accross like a nerd
with a big mouth and a small brain. I'm conviced that if you took
the time, you'd make great posts. Right now, all you're doing
is convicing onlookers that the net contains some truly clueless
characters.

Ben
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.programmer
From: gerald@seas.gwu.edu (Gerald G. Washington)
Subject: Re: Compiling Rayshade
Organization: George Washington University
Date: Fri, 17 Apr 1992 02:12:09 GMT

dewolfe@ug.cs.dal.ca (Anarchy for Peace) writes:
>gerald@seas.gwu.edu (Gerald G. Washington) writes:
>>I have unsuccessfully tried to compile Rayshade on a 68000 Amiga (A500).
>>That package requires the URT kit, so I got this.  The source still
>>would not compile.  I am using SAS/C v5.10.  Has anyone compiled Rayshade
>>for 68000 Amigas?  (Man, I need an accelerator badly!)  Thanks.
>
>Hi Gerald.  What exactly are the errors you are getting?  When I tried
>compiling the currently released version with SAS, I got illegal instruction
>errors.  Same thing happening to you?

I believe you got farther than I did.  I did not have the URT kit at first,
so I had to obtain this.  The kit requires that you construch the config.h
file, but I may not have done this correctly for the Amiga.  Too, what
changes in the make files are necessary for 68000 compilation, rather than
020/881?  I really want this raytracer!  I also want to get a scanline
renderer, if there is one in the public domain.  Thanks again.

-- Gerald
Newsgroups: comp.sys.amiga.graphics
From: walrus@wam.umd.edu (Udo K Schuermann)
Subject: Re: RCS Fusion Forty Offer (was RE: Special for US clubs/developers)
Organization: University of Maryland at College Park
Distribution: na
Date: Sun, 12 Apr 1992 07:19:16 GMT

Does anyone have any information on how the RCS Fusion40 board compares to
the '040 board from Progressive Peripherals ... (PP&S)?  Reliability,
speed, expandability?  I've been told that the RCS board was a bit on the
"slow" side.  Is there any truth to this?  I'd hate to buy the 'Yugo' of
68040 boards ...

If anyone has anything to offer on this, please email me and I will
summarize the results to this news group (csa.graphics).  THANKS!

 ._.  Udo Schuermann       "qaStaHvlS wa' ram IoS SaD Hugh SlijlaH qetbogh IoD"
 ( )  walrus@wam.umd.edu                                     -- Klingon Proverb
 Seeking virtual memory
From: whites@tardis.union.edu (Shayne White)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Imagine 2.0 question
Date: 9 Apr 92 19:45:11 GMT
Organization: Union College, Schenectady, NY

dtiberio@csws7.ic.sunysb.edu (David Tiberio) writes:

>	I dare you and anyone else to email Syracuse University and
>try to get me kicked off. They won't do it. They don't care about
>piracy; all they care about is the tuition I pay them...$16000 every
>year. So what if Imagine costs $200? There is an 80:1 ratio in the
>differnce.
>	I am not afraid of Syracuse. I am graduating soon and have
>paid my tuition and have earned my grades. If I decide to pirate
>any software, that is between ME and the SOFTWARE COMPANY. Not
>Syracuse.

>	And that is why I am confident enough to post any message
>I want to this and any newsgroup. Have a nice day. :)


I bet you have a lot of friends.

>-- 
>      //   David Tiberio  SUNY Stony Brook 2-3662  AMIGA  DDD-MEN   
>     //  Not the llama! Come here Earl; I want to tell you something...
>   \X/		Liverpool, New York	    Yes, I like 3D.	


whites@unvax.union.edu
Xref: sparky comp.sys.amiga.graphics:3605 comp.sys.amiga.hardware:8697
From: vishart@ubvmsd.cc.buffalo.edu (Joseph Hart)
Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.hardware
Subject: Re: How do I use X-Specs 3D?
Date: 11 Apr 92 17:44:00 GMT
Article-I.D.: acsu.1992Apr11.164524.22946
Distribution: comp
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <1992Apr6.182021.11538@vax5.cit.cornell.edu>, s2j@vax5.cit.cornell.edu writes...
> 
>  I just bought X-Specs 3D and discovered to my chagrin that they come with no
>example code explaining how to USE them.  If anybody out there knows where I
>can get ahold of some nice clear C-code as an example of their use, I would be
>eternally grateful.
> -Chris B.
>YQDX@VAX5.CIT.CORNELL.EDU

You may wish to try the ftp site at :
   zug.csmil.umich.edu
They maintain a special section for X-specs 
material there.
You should also have a look at the
xspecs.library archive available there or
from ab20, among other places.
___________________________________________________________________
                  |         Internet: vishart@ubvmsd.cc.buffalo.edu
Joe Hart          |     ///    Plink: OSS542
Niagara Falls, NY | \\\///  Ham call: WA2SND
                  |  \XX/   AMIGA - Computers for REAL MEN
===================================================================
From: ab@nova.cc.purdue.edu (Allen B)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: DCTV Display image format
Date: 9 Apr 92 17:39:28 GMT
Article-I.D.: mentor.44622
Distribution: na

In article <jAh+w#_@engin.umich.edu> baronz@caen.engin.umich.edu (Aaron L  
Richards) writes:
> Does anyone have information on the data format of the DCTV unit?
> I want to write software that converts an eight bit graphics format in real  
time
> to the DCTV 3 or 4 bit display file format.  I want to run this code on a  
Sparc as there will be some processing of the image before it is displayed. 

Aaron has (since?) joined the DCTV mailing list where we
talk about this stuff.  Since I see more of these popping
up, here's the address to join:

DCTV-request@nova.cc.purdue.edu

I've been working on code to read and write DCTV's formats
for quite a while now.  This mailing list is my attempt to
work out the bugs and quirks before I distribute the code
widely.  

Anyway, if you join the list, you'll get some pretty well
debugged code with limited abilities.  Pretty soon it'll
do everything I know how to do.  I'm mostly polishing the
interface and trying to make it act as much like Digital
Creations' code as I can because the version I've been
using makes decent pictures but they aren't bit-for-bit
what DCTV paint would make.  It's got a pretty lousy
programmer interface too.

I don't know if I was on this before the Black Belt guys or
not (and I'm sure theirs works better if they've been
selling it :-) ), but I'll second their comment that
Digital Creations hasn't provided enough support for
the programmers out here.  I'm doing what I can to fill the
gap, but it's been slow going because I haven't had much
time to dedicate to it.  Whaddya want for nuttin'? :-)

ab
From: jbono@tension.UUCP (John Bono)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: multisync monitor
Date: 12 Apr 92 00:35:30 EST
Organization: High Tension BBS

It depends on the multisync.  Some multisyncs(Panasonic 1391, CBM A1950, NEC
3D) will sync down to 15.5 khz(the Amiga's native signal in PAL mode).  Other
multisyncs, usually ones designed for SVGA, can't sync with any signal less
than 31.5 khz.  However, hooked up to a native Amiga display,  multisync
monitors aren't that much better than a 1084.  If you want to improve the
quality of the image so that it is better than a 1084, get a flickerfixer for
the multisync.  It makes a big difference in the image quality.
 
John
Newsgroups: comp.sys.amiga.graphics
From: cfarmer@convex.com (Claude Farmer)
Subject: Re: Scenery Animator or VistoPro????
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Sun, 12 Apr 1992 19:20:44 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In article <1281@blue.cis.pitt.edu.UUCP> rvmst1@gl.pitt.edu (Rainer V Mager) writes:
>Hi,
>	Well, the Subject just about says it, which is better?  I know
>that they both can do great still pics, but which one does _better_
>stills?  I would assume that VistaPro does (otherwise everyone would get
>scenery), but I also want to do some animations.  Is there any word that
>VistaPro might get into anims at any time?  Is there any easy way to
>anim with VistaPro?  Oh, BTW I really don't need to be able to save the
>pic as a 3-d file, so that isn't too much of a concern, though at a
>later time it might be nice.  So, if you have any, any info would be
>appreciated.
>
I have the original issues of both and am waiting on my upgrades.  Personally,
I prefer Scenery Animator.   Here is how I rate them on various qualities:

			Scenery Animator	Vista Pro
			================	=========
Rendering Quality	Excellent *		Poor-Fair
Rendering Speed		25 mins/frame		~25 mins/frame
Ease of Use		Excellent		Good
Ease of Animation	Excellent		Poor **
Landscape Generation	Fractal			Fractal ***

* Supports only IFF, IFF24, DCTV, PCX.   No HAM rendering.
**  Extra program MakePath is available for $25.  Normal animation done through
    scripts.
*** Extra program Terrain(?) is available for $25.

I've played with VistaPro 2.0 at a store and didn't particularly like but 
haven't had a chance to play with Scenery Animator 2.0 yet.  I recommend you go
to a store and play with them yourself and then make your decision.  They both
have features others don't.  Such as Scenery Animator can load VistaPro DEM
files and in 2.0 supports very large fractal landscapes.

>	I have an unaccelerated A500 with 4.5M ram and a HD, so I should
>be ok with either (though an accelerator would be nice, I know).
>
Yes, both should work, but I recently accelerated my 2000 and found the speed
increase worth it.

Good Luck.
>


-- 
----
Claude Farmer              Convex Computer Corporation    Richardson, Texas
cfarmer@convex.com	   Work:(214) 497-4732		  Home: (214) 363-0987 
Disclaimer - Standard					  Quote - Witty.
From: koren@hpfcdc.fc.hp.com (Steve Koren)
Date: Thu, 9 Apr 1992 14:16:05 GMT
Subject: Scenery Animator 2.0 is out
Organization: HP Fort Collins, Co.
Newsgroups: comp.sys.amiga.graphics


I got my Scenery Animator 2.0 upgrade yesterday.  I'll probably
write a small comparison of this to VistaPro 2.0 for c.s.a.reviews.
Preliminary impression though:

  * It adds two types of vegitation (VP 2.0 has more), but they look
    very nice.

  * It supports fractal landscapes limited only by memory size, and
    they don't have to be square.  (You could make a long skinny
    rectangle to fly over).

  * A bunch of other smaller features have been added.

The large fractal terrain feature is pretty much worth the $25 upgrade
cost all by itself.

   - steve
Newsgroups: comp.sys.amiga.graphics
From: u_mitro@mv3800.engr.scarolina.edu
Subject: Re: Alternative to RayTracing?
Reply-To: u_mitro@mv3800.engr.scarolina.edu
Organization: University Of South Carolina, Columbia, SC
Date: Mon, 13 Apr 92 05:43:42 GMT

In article <1992Apr11.215318.39249@kuhub.cc.ukans.edu>, 2frwreel@kuhub.cc.ukans.edu writes:
>I was reading the January 1991 issue of Scientific American,
>which had an article on computer graphics, and it was talking
>about raytracing and another type of renderer developed at 
>Cornell called which was a 'Radiosity' renbderer which I 
>guess instead of rendering each pic, you rendered a whole
>environment at once. This obviously took a long time but
>once it was done you could create an animation with it
>in a matter of seconds, and you could change your path and
>the new animation would be done in a matter of seconds because
>the whole environment had already been rendered.  Does anything
>like this exsist for the Amiga?  This seems it would be interesting
>for people like architects because they could give a real time(or
>almost real time) interactive walkthrough of a rendered builing.
>
>The owners could go anywhere in it that they wanted and look in
>any direction, almost like virtual reality or something.  If 
>this doesn't exist for the Amiga, is anyone developing such a program?
>just curious!
> 

From the sounds of what you're describing, this thing would probably need a
Cray supercomputer to get an environment within the week.
                                         --john--