HDTenEightyP/NetNews huggingface dataset:
From: joeles@cup.portal.com (Joel Edward Swan)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Re: Re: IV24 and OPALVISION owners
Date: Tue, 21 Jul 92 00:35:42 PDT
Organization: The Portal System (TM)
Distribution: world

>In a message dated Sun 19 Jul 92  4:38, Joeles@cup.portal.com (joel Edward
>wrote:
>
>> M> A 72 point font should be 1" tall at 100%
>> M> magnification.
>>
>>NOT. This is a common misconception. A capital letter "E" will be 2/3 of
>>the given point size tall. That means that a 72 point letter is actually
>48
>>points tall - well short of 1". Just thought you'd like to know that... :)
>>
>>-- Via DLG Pro v0.992
>>
>
> JE> Wrong, you just misrepresented the question and gave an incomplete
> JE> answer.
> JE> A 72 point font IS 1".  Note that the term was FONT, NOT letter.  The
> JE> FONT
> JE> includes the descender and full upercase letter - that comes to 1
> JE> inch at 72
> JE> points.  Depending upon the font's style, your 2/3rds is also off
> JE> base.
> JE> Learn to read instead of trying to sound cool and hip.
>
>Actually, I wasn't trying to sound cool and hip. I was trying to correct a
>misconception, one that I see you still have. You do not measure a letter's
>point size by including ascenders and descenders, as there are no letters
>that have both, and ascender and descender length are totally dependent

Again you've refused to read the statement.  The question is FONT, NOT
LETTER. 

The modern day concept is font families, not cast type from the turn of the
century.

>
>Go to a typesetting shop and ask for a typesetter's gauge. Depending on the
>make you will either have a line with a series of fine lines showing

I've worked in one.  I have one.  Leading is figured in addition to the font
size.  The font does not include leading as you seemed to suggest.


-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                        /
========================================================================
***** PORTAL NOW SUPPORTS TELNET, IRC AND FTP ACCESS TO ITS USERS! *****
                   FOR $1/HOUR AT 9600BPS! (w/PCPursuit)
From: ab@nova.cc.purdue.edu (Allen B)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: OpalVision
Date: 27 Jul 92 19:33:45 GMT

In article <14na7sINN2ac@matt.ksu.ksu.edu> strat@matt.ksu.ksu.edu (Steve Davis)  
writes:
> ab@nova.cc.purdue.edu (Allen B) writes:
> |>It's got to get all its data from the RGB port if that's the
> |>only connection to it.  I'm aware it has its own memory, but
> |>it's got to be filled via the RGB port if that's where it's
> |>connected.
> 
> I am not sure about Opalvision, but Colorburst also had a couple
> other wires, I believe.

Well, that answers my question.  Do they use that just send
it commands or data too, I wonder?  DCTV connects to the
parallel port, but it just uses that for mode changing and
digitizing. 

> The RGB port is analog.  This is 5.535 mega BYTES per second.  You
> couldn't swap that much into chip ram each second and still
> multitask.  In fact, I doubt that you could do it.  The fastest
> I've ever seen a 7Mhz Amiga move data from Fast Ram is a little
> over 1 meg a second!  

(The RGB port is digital too, but I'm sure you've realized
your error by now.) 

You can pour your whole CHIP memory out your RGB port in no
time (12 frames for 2MB, I'd guess).  Just change the base
pointer for screen memory and out it goes.  That'd be 2MB if
you had it.  I'm sure you could refill a lot of that and do it
again.  1MB is far lower than you could do with some effort. 
(If you've only got 512K of CHIP, it's harder,
obviously!)  

> I would not be surprised if you could fill the Opalvision's card in
> two or three seconds... maybe a little less.  But animations would
> be impossible.  And you wouldn't be able to get much else done
> since the processor would be accessing Fast RAM as fast as it could
> to achieve this.

They said you could do 8 bit animations.  They must grab
those hot off the RGB port, eh?  Either that or a real dinky
one from its memory.  Either way, I think DCTV's better for
animation (which is what I want). 

> The first, last, and only time I ever saw a Colorburst was at the
> Amiga Expo in Orlando Fl. last summer.  If I recall, the Amiga's
> display was blanked while the transfer took place.

Yuck!  That could be a real drag while doing large
operations in a paint program.  (Like moving a screen
sized brush around.)  Maybe they punt to a DCTV-like mode
for those operations, and then switch back when you're
done. 

Anyway, I'd like to play with the thing, but it doesn't
sound earth-shaking.

ab
Newsgroups: comp.sys.amiga.graphics
From: dingebre@imp.sim.es.com (David Ingebretsen)
Subject: Re: Background pictures on Workbench? (How about 2.0)
Followup-To: comp.sys.amiga.graphics
Reply-To: dingebre@imp.sim.es.com (David Ingebretsen)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Thu, 23 Jul 1992 16:24:28 GMT

In article <1992Jul23.152924.29939@news.Hawaii.Edu>, johnf@uhheph.phys.hawaii.edu (John Flanagan) writes:
> In article <1992Jul23.121007.2843@sfu.ca> flui@fraser.sfu.ca (Francis Wai Gee Lui) writes:
> 
> >Use NickPrefs!
> 
> I would if I could _find_ it anywhere.  Where's it hiding out?
> 
> --John

It is at hubcap.clemson.edu and amiga.physik.unizh.ch and perhaps some
others.

	David

	**************************************************************
	Disclaimer: The content of this message in no way reflects the
	            opinions of my employer, nor are my actions
		    encouraged, supported, or acknowledged by my
		    employer.

		    ie: If I mess up, it's my fault and mine alone.
	**************************************************************

	dingbre@imp.sim.es.com

Newsgroups: comp.sys.amiga.graphics
From: cs902125@ariel.yorku.ca (SHUK C YIP)
Subject: HAM-E/HAM-E plus owners
Organization: York University, Toronto, Canada
Date: Wed, 22 Jul 1992 04:37:52 GMT

Dear all HAM-E/HAM-E plus owners. A new hardware from ROMBO is out.
(named VIDI-AMIGA 12) It is an ultimate low cost digitizer for Amiga. No
filters and no separate RGB splitter. Color images can be captured in less
than one second, mono images are grabbed in real time.

feature:
Multi-tasking software
Advanced error diffusion stippling
Cut and Paste with masking
Capture into a user definable window
Load and save IFF ILBM and ANIM files
Grab flipped on a X or Y axis
Mutli frame store with animated playback
Composite or S-VHS input

resolution:
PAL or NTSC from 320 x 200 up to 640 x 400 (320 x 256 up to 640 x 512)

screen modes:
4096 HAM
64 EHB
32/16 colors
16/8/4/2 shade mono
24 bit HAM-E mode
256 colors REG HAM-E mode
Overscan, interlace, Hi-Res

image processing and enhancement:
sharpen
smooth
negative
quantise
thresholding
solarization
mosaic
edge detection
brush selected area

WB2.0 compatible.
It is a must buy for all HAM-E/HAM-E plus owners.
From: spence@cbmvax.commodore.com (Spencer Shanson)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Multiple Screens
Date: 24 Jul 92 11:56:31 GMT
Organization: Commodore, West Chester, PA

In article <9JUL92.17032502@wl.aecl.ca> roachp@wl.aecl.ca writes:
>Is it possble for me to assign tasks to two differant graphics cards and
>monitors at the same time, using a Screen=? command?

Nope. There can be only one View running at a time.

>At the moment I run some applications using the A2024 card and monitor, but
>I need to run some other applications in colour. It would be great to split
>the displays up between the monitors.

Seeing as the A2024 connects to the only RGB port, then this is not possible.
However, if you are using an A3000, then you can plug a VGA or Multisync monitor
into the 31kHz(VGA) connector. This would give you the same display on both
monitors simultaneously, so you could use the A2024 for your main work, and the
second display for your colour work. But you can't get two different displays at
the same time. ie you can't have your A2024 workbench on the A2024 AND DPaint on
the Multisync at the same time.

>Peter.


-- 
---------------------------------------------------------------------------
Spencer Shanson - Amiga Software Engineer     | email: spence@commodore.COM
                                              | or uunet!cbmvax!spence
All opinions expressed are my own, and do not | Bix: sshanson
(necessarily) represent those of Commodore.   | "Blitter? I hardly even
                                              | know her!"
From: jheath@CERIS.Purdue.EDU (Jim Heath)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: SIGgraph
Date: 24 Jul 92 13:49:57 GMT
Organization: Center for Environmental and Regulatory Information Systems, Purdue University


Does anyone videotape these presentations and sell tapes?  It
sounds interesting, but I cannot attend.
-- 
"Land of song, said the warrior bard,           Jim Heath
Though all the world betrays thee.
One sword, at least, thy rights shall guard, (The Minstrel Boy)
One faithful harp will praise thee."         (Thomas Moore)
From: spence@cbmvax.commodore.com (Spencer Shanson)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Which Monitor?
Date: 24 Jul 92 12:13:52 GMT
Organization: Commodore, West Chester, PA

In article <1992Jul20.225857.8805@news.iastate.edu> barrett@iastate.edu (Marc N Barrett) writes:
>   One thing I would have like to see Commodore do long ago is make a card
>that is essentially this extra circuitry in something that plugs into an
>Amiga video slot.  That way people could get the 1008x800 mode on ordinary 
>monitors.  Oh, well, its several years too late for anything like that.

Nice try Marc. FYI, the circuitry that is inside the A2024 was developed as a
separate card first. The A2024 was then built around that card.

This card plugs into the Video slot of an A2000 or A3000. You can then plug a
Moniterm monitor into that card.

>monitors.  Oh, well, its several years too late for anything like that.

Looks like CBM were several years ahead of your time!

>| Marc Barrett -MB-  |  email: barrett@iastate.edu
>-----------------------------------------------------
>"If you like Congress, you'll **LOVE** Bill Clinton."
>                                --new campaign slogan


-- 
---------------------------------------------------------------------------
Spencer Shanson - Amiga Software Engineer     | email: spence@commodore.COM
                                              | or uunet!cbmvax!spence
All opinions expressed are my own, and do not | Bix: sshanson
(necessarily) represent those of Commodore.   | "Blitter? I hardly even
                                              | know her!"
From: eeb@pro-freedom.cts.com (Ed Brown)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: FAX to Prof Draw Trace?
Date: 30 Jul 92 04:32:22 GMT
Article-I.D.: pro-free.1992Jul29.213222.54
Organization: ProLine [pro-freedom] AppleVan (Apple UG of Vancouver, WA)


 > I don't have PageStream...

Too bad.  It is a superior program.  I also am a Supra v.32bis owner and
use GPFax.  I generate all fax docs in PgS, print to disk with the IFFILBM
printer driver @ 200x100 dpi, import into GPFax, convert, and send it. 
This works well but since I already have the original PgS doc, I have no
need to reconvert the fax image.  Hmmm...



                -=- Ed


ProLine:  <LOGIN>@<HOST>
Internet: <LOGIN>@<HOST><DOMAIN>
UUCP:     crash!<HOST>!<LOGIN>
From: blackbelt@cup.portal.com (Ben - Williams)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: ImageMaster <-> ADPro printings
Date: Mon, 27 Jul 92 22:59:18 PDT
Organization: The Portal System (TM)
Distribution: world

Ed Hanway,

Sure, I can tell you enough to get you going, I think. Basically, when you
don't have enough colors (for instance, the 16 colors of Amiga hires), you
need to dither, that is to say, mix dots of the colors you DO have so that
the area you are printing will achieve the color over an AVERAGE of several
pixels.

On yout typical color printer thru AmigaDOS drivers, you have (max) 4096
colors. So, the trick is to dither the finer color specification into the
4096 color space supported by the driver, and then present that 4096 color
creation to the driver for further printing. It works well, for that vast
majority of drivers.

Now, as with any dither technique, the more spatial resolution you have,
the better off you are. When you send (for instance) a 256x256 image to
the printer driver, it will happily print you some very large, chunky
pixels on your paper. Your eye won't (willingly) resolve any dither that
is there into a finer color resolution because the chunks are too big;
this is true even if the proper dither techniques are used to create the
100% correct averages (which Imagemaster will indeed do for you).

So, the "trick" here is to scale that image up to as high a resolution
as you have room for in your computer's memory, right up to the printer's
resolution limitations. Odds are that you'll run out of computer
memory first, but possibly not... depends on yours system and the printer
resolution.

Once the iamge has been scaled by imagemaster to something fine enough
where the print output from the Amiga printer drivers is fine enough that
your eye will begin to integrate the embedded dither for you, you'll
have something your brain will accept as much better than 12-bit (4096
color) printing.

Now, as you might have already guessed, since this all feeds through the
Amiga printer drivers, the setup of the preferences for the printer will
indeed affect the accuracy of the results from Imagemaster's somewhat
indirect (and moderately diabolical :^) use of the printer drivers built
in limitations. The best advice I can give you is to set up the driver
output for the best color range over a couple of nice grey and spectrum
scales in a "normal" application like DPaint.

That should about cover it; bottom line is that it can indeed work very well,
and as I pointed out before, it works under 1.3 as well as 2.0.

Good luck!

Ben
Newsgroups: comp.sys.amiga.graphics
From: cs902125@ariel.yorku.ca (SHUK C YIP)
Subject: Re: HAM-E/HAM-E plus owners
Organization: York University, Toronto, Canada
Date: Mon, 27 Jul 1992 04:34:27 GMT

In article <robertk.02vf@taoami.lerctr.org> robertk@taoami.lerctr.org (Robert Kesterson) writes:
>> Dear all HAM-E/HAM-E plus owners. A new hardware from ROMBO is out.
>> (named VIDI-AMIGA 12) It is an ultimate low cost digitizer for Amiga. No
>> filters and no separate RGB splitter. Color images can be captured in less
>> than one second, mono images are grabbed in real time.
>>
>> feature:
>[ stuff deleted ]
>> WB2.0 compatible.
>> It is a must buy for all HAM-E/HAM-E plus owners.
>
>So who makes it and how much is it?
>--
>

It is from Rombo limited in UK. NTSC/PAL compatible. Believe it or not.
I upgrade it with nothing only costs 79 pounds.
Newsgroups: comp.sys.amiga.graphics
From: torban@csuvax1.csu.murdoch.edu.au (Torban Bennett)
Subject: Re: ColourBurst Board ??? Any Good ?
Organization: Murdoch University
Date: Mon, 27 Jul 92 09:04:48 GMT

c8908461@jupiter.newcastle.edu.au (Robert Lang) writes:

>Can someone tell me about the ColourBurst 24bit graphics board (& software) ?
>Is it any good ?
>Thanks,
>Robert.
A-ha!  You saw that ad for $450 too.  Well I would like to know more about it
as well.  It may be a good reason to buy a 2000. (I presume it's not for a 500)

Torban.  torban@murdoch.edu.au     My .sig can be found elsewhere in one of the
                               other news-groups (In these times of recession we
                               must all cut back.)  If you are the first to find
                               it, and send it back to me saying which group
                               it was in, and you could win a great prize!
                                 (But then again, you might not)

PS: Do you think, the prices may have been mixed up with the genlock? But
    then again I don't really know anything about the 24bit boards.
PPS:BTW this was in aus.comp.forsale so don't get too excited about picking one
    up if you're not in Australia.
From: "james kewageshig" <james.kewageshig@canrem.com>
Newsgroups: comp.sys.amiga.graphics
Subject: motion blur...
Date: 22 Jul 92 00:24:19 EST
Reply-To: "james kewageshig" <james.kewageshig@canrem.com>
Distribution: comp
Organization: Canada Remote Systems

mark@calvin..westford.ccur.com (Mark Thompson) writes:

MT>In article <1992Jul15.134812.6943#jhunix.hcf.jhu.edu> johnh@jhunix.hcf.jhu.edu (John J Humpal) writes:
>  Is the coding for gen. motion blur very complex?

MT>That would depend on how innovative the coders wanted to be in order to speed
MT>it up. A simplistic approach of merely doing additional sub-frame time
MT>renders and compositing is not too much effort, but it is one more thing
MT>that will take time away from chasing bugs and adding other features. But
MT>considering the attention such a feature might draw, it is most likely
MT>worth giving it some priority.

The best motion blurring I've seen for the Amiga was done with 
ImageMaster.  It really does blur the area specified in the direction
you specify.  I've seen other ways of doing motion blurring on animation,
one being in 'Animation Station' (under-rated), which I think works
on the same principal as you described, where the previous 5 or so frames
are added to the current frame at different intensities, sorta a 
'stagger-strobe' effect.  It worked pretty good on some old HAM animations
of mine (not to mention that HAM indirectly helped with the fringing..).

What would be a 'hack' way of doing it would be to be able to specify
what polygons are able to 'blur' and have the renderer blur that
polygons colour in the opposite direction that it is moving in. 
I don't know if this would actually work, or what kind of math is involved,
just an idea...  

Actually just thinking back to your AC article, you could kinda do it 
with the 'transparency' setting in LightWave, like for rocket blasts.
 _________________________________________________________________________ 
|0 ___ ___  ____  ____  ____                                             0|\
|   \ \//    ||    ||    ||                James Kewageshig               |\|
|   _\//_   _||_  _||_  _||_      UUCP: james.kewageshig@canrem.uucp      |\|
|   N E T W E R K    V I I I    INET: james.kewageshig%canrem@lsuc.on.ca  |\|
|0_______________________________________________________________________0|\|
 \_________________________________________________________________________\|
---
  DeLuxe 1.25 #8086  Head of Co*& XV$# Hi This is a signature virus. Co
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
From: bell@comute.enet.dec.com (Shane L. Bell)
Subject: proDraw 3.0
Organization: Digital Equipment Corporation
Date: Thu, 30 Jul 1992 16:10:20 GMT

    Can anyone mail me a list of its features?
    Really what I want is people's opinions on this product.  Is this version
even out yet?  Do you feel it's worth purchasing.  Email is appreciated and
thanks for any views and opinions on this matter.  I appreciate your time and
effort in educating me so I can make the best choice for me.

		-- Shane L. Bell

		school - bell@alpha.ecs.umass.edu Sept '92 and after
		work - bell@flails.tay1.dec.com Summer '92
From: cs902125@ariel.yorku.ca (SHUK C YIP)
Subject: Re: port renderman (?!)
Organization: York University, Toronto, Canada
Distribution: comp
Date: Fri, 31 Jul 1992 16:02:26 GMT

In article <1992Jul30.854.8092@dosgate> "james kewageshig" <james.kewageshig@canrem.com> writes:
>Hi all,
>
>Well, I just received some information from PIXAR about RenderMan
>and all their related products, and partially to my suprise, the 
>RenderMan Toolkit is available on the following platforms:
>
>Sun3, Sun 4/SPARC, SGI 4D/Indigo, DECstation, HP9000 300/400,
>HP9000 700, NeXT, RISC 6000, 80386/486 PC (!!?)...
>
>(Also, theres MacRenderMan...)
>
>I already knew that there was no Amiga version of the software, but
>was unaware that it is available for the IBM.
>
>Now, I was thinking that if enough people were to request that RenderMan
>be ported over to the Amiga, maybe PIXAR would.
>
>Your Part:  Just E-Mail me a short message stating that you would like
>            to see an AmigaRenderman (mouthful ;) ).  Also, please 
>            indicate the price range you would consider buying it at
>            from the following:  $1000, $800, $500-under.  ( keep in
>            mind that MacRenderman retails for $795)
>
>My Part:    I'll collect all the responses and FAX them a list of people
>            who would like to see it.  I'll Fax them the list as of
>            AUGUST 14, just over 2 weeks from now.  If the response
>            continues past that, I'll Fax them a second list.
>
>

Is it script-based rendering program?
Newsgroups: comp.sys.amiga.graphics
From: tope@enea.se (Tommy Petersson)
Subject: Re: Digitizing from VHS videocassette
Organization: Enea Data AB
Date: Fri, 31 Jul 1992 11:52:25 GMT

uzun@crash.cts.com (Roger Uzun) writes:
- What is the best way to digitize frames from a VHS videocassette,
- into 24 bit IFF's.  I would like to do it from a running casette,
- because freeze frame on the VCR I would use jitters a bit.
- 
- -Roger
- --------------------------------------------------------------
- bix: ruzun
- NET: uzun@crash.cts.com

You need a framegrabber, and not a cheap one to get good quality.
A Video with Digital freeze-frame and a DigiView is the cheapest
solution, but it only gives you 18 bits colour, I think.

One of the new 24-bit boards also includes a framegrabber, but
just coming from a 6-week holiday doesn't allow me to remember all
facts - so it may be the IV24, but it also may be some other board.

-- 
=============================================================================
 Tommy Petersson              tope@enea.se              Enea Data AB, Sweden
=============================================================================

Newsgroups: comp.sys.amiga.graphics