HDTenEightyP/NetNews huggingface dataset:
From: spence@cbmvax.commodore.com (Spencer Shanson)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: 256 color workbench?
Date: 16 Nov 92 22:48:55 GMT
Organization: Commodore, West Chester, PA

In article <1992Nov13.152731.17286@zds-oem.zds.com> benjamin@zds-oem.zds.com (Adam Benjamin) writes:
>
>I'm demoing the 4000 at my local Amiga users group next week and I wanted
>to display an old ham image under a new 256 color or ham8 pic. (two windows)
>
>How would I do this?  MultiView won't open under workbench, I assume because
>workbench isn't supporting the color depth.  So how do I get workbench to
>run in 256 or HAM8?   Or alternatively how do I open a high-color screen
>and get multiview to open two windows on it? 
>I suppose I could just have two screens and drag them around, but that's
>not my first choice.

The workbench cannot be opened in a HAM mode, so multiview is forced to display
HAM (or Extra HalfBrite) images on a separate HAM (EHB) screen. You can easily
open a 256 colour Workbench screen though using the screenmode prefs file - just
set the 'colors' slider to 256.


>
>Adam B.
>A.Benjamin@mi04.zds.com    or     Benjamin@zds-oem.zds.com


-- 
---------------------------------------------------------------------------
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.   | Weebles Wobble, but
                                              | they don't fall down.
From: peck@natinst.com (Joseph Peck)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: more on sprites & 3.0/4000
Date: 20 Nov 1992 13:25:55 -0600
Organization: National Instruments, Austin, TX
NNTP-Posting-Host: falcon.natinst.com
Keywords: graphics sprites 4000 AGA

In article <By0r3C.B4u@fc.hp.com> koren@fc.hp.com (Steve Koren) writes:
>A while ago I posted a note asking whether sprites changed in OS 3.0.
>The answer I got was "no, but overscan screens will make higher numbered
>sprites disappear".
>
>Well, this turns out not to be what is causing my problem.  I can open a
>NON-overscan screen, and sprites still don't work.

There are at least two reasons for sprites to disappear, and this was
true on the A3000 as well.  The first is overscan, the second is the
screen position on the display.  Try moving the screen as far to the
right as possible.  (for all of you comedians out there, I don't
mean that you should move your monitor further to the right on 
your desk... :)

There are a limited number of dma time slots, and the display has
priority over the sprites.  As the screen is moved to the left, the
data must be fetched earlier in the line, and will cause the sprites
to disappear.  I don't know if this will fix your problem, but it 
did take care of mine on a 3000.

>  - steve

Joe Peck
peck@natinst.com
From: mcouch@redorc.chi.il.us (Marc Couch)
Newsgroups: comp.sys.amiga.graphics
Subject: BETA TESTERS WANTED
Date: 16 Nov 92 21:47:01 GMT
Organization: Red Oracle Bbs/Network

If you are a professional videographer, and own a video toaster.. You might be
able to help! I am currently finishing up with some new and inovating software
to be used with the toaster.. Applicants need to be skilled in LIGHTWAVE, CG,
and TOASTERPAINT.. If interested, please leave a private response to me and
include some background about your video/graphics experience.

Marc Couch
Creative Visions Inc.
From: cwahl@panix.com (Charles Wahl)
Subject: Re: * Colors to reduce interlace flicker *
Date: Tue, 17 Nov 1992 04:17:29 GMT
Organization: PANIX Public Access Unix, NYC

In <1992Nov16.140409.2433@merrimack.edu> nin15b48@merrimack.edu writes:

>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?

You might not like the following advice, but it works for me.  I played
around with a lot of colors, and I eventually discovered that, while the
color setup matters, you can practically eliminate flicker by losing the
borders and title bar -- in other words, text generates a lot less
flicker than the graphics around the text.

I do just about everything with borderless windows.  If you are a GUI
aficionado, you can't live this way, but on a floppy system, the opening
of windows and icon generation take too long for me anyway.  I'm happy,
though, as I say, not many people would care to do this.

BTW -- the less contrast between the colors, the better.  I use a dark
grey background, light (not real light) grey text, blue and yellow-orange.

Another thing which seems to lessen flicker is to wear polarized
sunglasses (seriously).  I don't do this, but I've tired it, and it
works.

To make the most of interlace, I made myself a couple 13 point fonts
(Pearl and Courier) which give me 30 lines of text onscreen, but aren't
so small as to be unreadable.  Oh, and the non-serifed fonts (like
Pearl) seem to be less flickery than serifed ones.

Good Luck,

Charles Wahl    <cwahl@panix.com>
Newsgroups: comp.sys.amiga.graphics
From: jet@boxer.nas.nasa.gov (J. Eric Townsend)
Subject: AGA vs. ECA
Organization: Numerical Aerodynamic Simulation, NASA Ames
Date: 18 Nov 92 13:09:11


Dumb question time...

The A3000 has a CPU slot.  What's to stop CBM (or some crazed third
party types) from putting all the cool new AGA stuff on the CPU-slot
card and blowing off the 3000's motherboard entirely?  Essentially one
would buy a A4000 sans case, motherboard, power supply, 040, RAM, etc etc...
Now that I think about it, maybe it wouldn't be that cheap after all.
:-(

--
             J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311
               '92 R100R, DoD# 0378, BMWOA, AMA, ACLU, EFF, CPSR
                                "HotHead Rules!"
Newsgroups: comp.sys.amiga.graphics
From: koren@fc.hp.com (Steve Koren)
Subject: more on sprites & 3.0/4000
Date: Fri, 20 Nov 1992 14:33:11 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5
Keywords: graphics sprites 4000 AGA

A while ago I posted a note asking whether sprites changed in OS 3.0.
The answer I got was "no, but overscan screens will make higher numbered
sprites disappear".

Well, this turns out not to be what is causing my problem.  I can open a
NON-overscan screen, and sprites still don't work.

I'm trying to find out whether *anyone* has gotten sprites to work on a
4000?  Here are the things I have tried:

   - Run a 640x400 non-overscan workbench, and try some of the
     display-hacks which use sprites, such as "oing!", "poing!", "flying
     clock", etc.  No sprites appear.

   - Boot in 640x200 non-overscan with ECS instead of AGA.  Run games
     which use sprites.  No sprites appear.

   - Boot self-booting games which use sprites.  No sprites appear.

In short, I have not seen _any_ way to get sprites to work.  Overscan
doesn't seem to have anything to do with it.

Has anyone else gotten sprites to work at all on a 4000?  If so, how?

  - steve
Newsgroups: comp.sys.amiga.graphics
From: koren@fc.hp.com (Steve Koren)
Subject: Re: Is HAM better than VGA?
Date: Mon, 23 Nov 1992 16:06:30 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

Kilitzirakis christos 122 (kilitzir@csd.uch.gr) wrote:

>    Is the HAM mode better than VGA (256 colors) or NOT?
> you get 4096 colors on screen.But after buying an Amiga (YES)

You get 4096 colors, but only from a 4096 color palette.  VGA has a
larger palette.  It is always hard to compare things like this, but my
subjective impression is:

    HAM < VGA < SVGA < HAM8
  (worst ............... best)

assuming a similar resolution in all cases.  VGA is clearly better than
HAM.  SVGA is clearly better than VGA.  Its not clear whether HAM8 is
significantly better than SVGA.  Some (all?) SVGA cards let you have
256,000 colors in a low resolution and 256 colors in a high resolution,
both from a 256K palette.  HAM8 has a 24 bit palette in theory, but only
about 18 bit in practice, and you can have > 256K colors in all
resolutions, not just low, with no visible fringing like HAM has.  I
think it is better than SVGA (for graphical images, anyway), but it
could reasonably be argued either way.

  - steve
From: tron@uni-paderborn.de (Matthias Scheler)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: 256 color workbench?
Date: 19 Nov 1992 14:16:38 GMT
Organization: Uni-GH Paderborn, Germany
Distribution: world
NNTP-Posting-Host: paris.uni-paderborn.de

[stuff deleted]

|>         Well, you could select a 256 colour WorkBench from Preferences, no?
|> Since I haven't seen WB 3.0, I can't say where in Perferences to set the
|> colour depth.

You can, but it's very slow.

-- 
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)
From: rtillery@crash.cts.com (Rick Tillery)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Sliced HAM and Dynamic HAM
Date: 18 Nov 92 21:49:02 GMT
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA

In article <BxuwrI.Gn6@dcs.ed.ac.uk> jaxh@dcs.ed.ac.uk (Jon Hanson) writes:
>In article <1992Nov16.225121.16422@athena.mit.edu>, yoav@athena.mit.edu (Yoav O. Yerushalmi) writes:
>> In article <Bxt9wx.Jpv@dcs.ed.ac.uk>, jaxh@dcs.ed.ac.uk (Jon Hanson) writes:
>> |> I'm in the middle of writing a general purpose, overscan IFF file viewer , and I want
>> |> to support the aforementioned image types.
>> |> Does anyone know the formats of these image types ? If they are IFF is there just
>> |> an extra block for the extra data ?
>> 
>> Well, this isn't exactly an explanation at all, but I don't think the data for
>> Dynamic ham and ham could be that different, because dynamic ham pictures can be
>> loaded as ham pictures by normal programs. I definitely know that the method of
>> display is different, because the copper is used to redefine the base colors
>> after every certain scanline, could that help you decypher a Dham image??
>> I realise this is probably not much help, but I hope you succeed... Good luck
>
>Any good IFF loader would merely ignore any unrecognised blocks - thus it would ignore
>the copper list data - say a COPP block, and just read the HAM picture as normal. Of
>course the HAM picture won't look quite as good because the base colours on each
>scan-line should be wrong.
>I want to be able to interpret the copper list data and use it to display the picture.
>Surely someone knows that the format is. I might try and write an IFF disassembler
>which just breaks IFF files into separate blocks which I can then examine and find
>the info out for myself.
>

The format of SHAM contains a SHAM chunk (Sliced HAM) that contains the
16 color base palette for each NON-INTERLACED scan lines (the palette can
only change on every other interlaced scan line) stored in 2 bytes as
0RGB (4 bits per gun).

Dynamic HAM and Dynamic Hi-Res have CTBL (Color TaBLe) chunk that has the
16 color base palette for EACH line stored in exactly the same way (dynamic
picture CAN have the palette different on each scan line).  There is also a
DYCP chunk that I haven't figured out yet, but it is only 8 bytes long (not
including header and length).

Hope this helps.
 
 __________________________________________________________________
|                                                                  |
| Rick Tillery ( RTillery@crash.cts.com  RTillery@cup.portal.com ) |
|                     The displaced Razorback!                     |
|      Amiga - The underdog computer with a superhero's power.     |
| N.I.N.J.A.J.I.S. - "I refuse to donate an aloft fornication."-RT |
|__________________________________________________________________|
Newsgroups: comp.sys.amiga.graphics
From: umkormil@ccu.umanitoba.ca (Sean Craig Kormilo)
Subject: Aladdin Newsgoup/Mailinglist
Organization: University of Manitoba, Winnipeg, Canada
Date: Mon, 23 Nov 1992 06:33:25 GMT


	I have recently purchased Aladdin 4D. The program is very
impressive, and has alot of nice options not seen in other programs.
	The purpose of this message is to find out about starting a
Newsgroup or a Mailing list for this program. I have seen quite the large
amount of good things said by other people about this program. So lets
give it more support. Things like tutorials on recent accomplishments in
Aladdin 4D, mailing objects, basically just things to try. Any problems
could be posted and perhaps some good answers.
	I not to sure on how to go about doing either of these and that is
why I am asking. We will need a volunter. Anyboby???????????????????????
					Anybody?????????????????????
					Anybody???????????????????????

Look forward to your replies..

umkormil@ccu.umanitoba.ca
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Open Letter
Date: 20 Nov 92 08:38:35 PST
Organization: TAP

Quoted from <holler.02l7@holli.UUCP> by holler@holli.UUCP (Jan Holler):
> blackbelt@cup.portal.com (Ben - Williams)
>   and
> pk-asdg@cup.portal.com (Perry S Kivolowitz)
> 
> please keep that sort of personal war out of here. it's ridicolous!

    It's not a _personal_ "war", and if Ben didn't post his info then
    how would people know the correct story?

>                     Jan Holler - Bern, Switzerland 
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.graphics
From: yoav@athena.mit.edu (Yoav O. Yerushalmi)
Subject: Re: Sliced HAM and Dynamic HAM
Organization: Massachusetts Institute of Technology
Date: Mon, 16 Nov 1992 22:51:21 GMT

In article <Bxt9wx.Jpv@dcs.ed.ac.uk>, jaxh@dcs.ed.ac.uk (Jon Hanson) writes:
|> I'm in the middle of writing a general purpose, overscan IFF file viewer , and I want
|> to support the aforementioned image types.
|> Does anyone know the formats of these image types ? If they are IFF is there just
|> an extra block for the extra data ?

Well, this isn't exactly an explanation at all, but I don't think the data for
Dynamic ham and ham could be that different, because dynamic ham pictures can be
loaded as ham pictures by normal programs. I definitely know that the method of
display is different, because the copper is used to redefine the base colors
after every certain scanline, could that help you decypher a Dham image??
I realise this is probably not much help, but I hope you succeed... Good luck
Newsgroups: comp.sys.amiga.graphics
From: cs902125@ariel.yorku.ca (SHUK C YIP)
Subject: CineMorph
Organization: York University, Toronto, Canada
Date: Sun, 22 Nov 1992 20:13:30 GMT

Can anyone tell me what is the latest version of CineMorph?
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Digi View 4.0
From: martin@TIGGER.STCLOUD.MSUS.EDU (Psigon Matrix....do you DOUBT us??)
Date: 16 Nov 92 18:11:22 -0600
Reply-To: martin@TIGGER.STCLOUD.MSUS.EDU
Organization: St. Cloud State University, St. Cloud, MN

In article <17520@mindlink.bc.ca>, Jeff_Holinski@mindlink.bc.ca (Jeff Holinski) writes:
>I had the same problem with Digi-View 4.0 when I bought my GVP 030 card. The
>software worked fine with my 2620 card. Since the problem only showed up in
>dynamic Ham mode I simply stopped using it.

I simply want to use the Digiview to capture 21bit images to files...will
this work.  I can then use another program to convert them to HAM8.


Jim
-------------------------------------------------------------------------------
   It is not I who am CrAzY, it is I who am MAD!!!!! -Ren (SpaCe MaDDneSs)
Living w/o a computer 'till the 4000 comes. Sigh... X-ASOCC (CBM Blew that one)
           Jim Martin   MATRIX -- If it's made, we sell it. Almost.
A4000 Coming SOON!!, Real soon.                 MARTIN@TIGGER.STCLOUD.MSUS.EDU
-------------------------------------------------------------------------------
From: amipb@amipb.gna.org (Philippe Berard)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Trying to find the perfect morpher
Date: 22 Nov 92 23:11:21 GMT
Organization: IWANIMA
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <1992Nov17.181654.17651@spartan.ac.BrockU.CA> tmc@spartan.ac.BrockU.CA (Tim Ciceran) writes:
>
> 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.

    Okay, Tim, I surely got nervous a little bit too fast ;-)

> 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.

    I know there are great peoples in the CATS, but I think they don't have
    enough time to do what's really needed. We're currently developping
    a GUI with all (and more) functionnalities that I told you about.

> >    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.

    You're 90% right, the other 10% goes for me ;-) I think some people
    are really thinking about the GUI, and the best example I know is
    Gold Disk's FontManager with it's popup menus and images in the
    gadgets...

> 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.

    But why does CBM stay in the StoneAge ? A global icon interface wouldn't
    be so hard to make, and using a graphist to change the look of the
    icons wouldn't be that lot of work. I know Chris Green is often here,
    in c.s.a.graphics, can you give your opinion on that, Chris ???

> 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.

    You've got my excuses... :^)

                                   -- Philippe

/----------------------------------------------------------------------------\
|  Philippe Berard  (French Amiga User)       | UseNet : amipb@amipb.gna.org |
|  "They hold a cup of wisdom,                | FidoNet: 2:320/104.8         |
|   But there is nothing within" (Kate Bush). |AmigaNet: 39:180/1.8          |
\----------------------------------------------------------------------------/
From: menzies@CAM.ORG (Stephen Menzies)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Latest 3D packages, how do they fair?
Date: 22 Nov 92 22:49:35 GMT
Organization: Communications Accessibles Montreal, Quebec Canada

news@bobsbox.rent.com (Bob Lindabury - SysAdmin) writes:

>In article <22060055@hpmwmat.sr.hp.com> mikep@hpmwtd.sr.hp.com (Mike Powell) writes:
>>
>>
>>       Look into Aladdin 4D.....
>>
>>       I know it writes DCTV.... and I'm sure that if it does not
>>       support AGA now, it will soon.  It creates truely stunning
>>       images/animations.
>>
>>       You can 'upgrade' to it for only $219 direct from Adspec Programming
>>       with your proof of ownership of Imagine  (manual cover).
>>
>>       -Mike-

>[....deleted]
>My test for any software package is to see if I can create and
>image/animation without even looking at the documentation once.  This
>was NOT possible with Aladdin 4D.  With Lightwave 3D (for example) it
>was very easy to create images/animations without ever opening a manual.

>[..deleted]
>--
> Bob Lindabury

>InterNet: bobl@bobsbox.rent.com                | Raven Enterprises
>    UUCP: ...rutgers!bobsbox!bobl              | 25 Raven Avenue
>  BitNet: bobl%bobsbox.rent.com@pucc           | Piscataway, NJ 08854
>  Home #: +1 908/560-7353                      | +1 908/271-8878

While I agree with your commment that the software is just the tool,
and I can't quibble with your appraisal of Aladdin4D (never seen it)
I could quibble with your "test" (and I will:)
I have worked with several softs on both the Amiga and SGI platforms
and found that it is very important to read the documentation as
early as possible. There is usually a logic to the software and
it should be understood before a software is appraised. At that
point one can judge the software as to whether the logic of the
soft is good for themself, and whether you can do advanced or 
interesting work with it. Whether or not you can spin a logo is
of very little interest if what you want to do is make character 
animation. And say this from the point of view as Caligari-BC user
whose interface is certainly as "easy" as LW's (and with BC3.0 you
can now make Animated FFD's :).
My test: read your documentation, spend some time with the soft, then
read the docs again, then try to do something serious with the soft..
	
-stephen
-- 
Stephen Menzies
#Internet: menzies@CAM.ORG
#Fidonet : Stephen Menzies @ 1:167/265
From: rfentima@ub.d.umn.edu (Robert Fentiman)
Newsgroups: comp.sys.amiga.graphics
Subject: JPeg
Date: 17 Nov 1992 23:45:22 -0600
Organization: University of Minnesota, Duluth
Distribution: world
NNTP-Posting-Host: ub.d.umn.edu
Keywords: JPeg

Does anyone know of a good JPeg viewer and an FTP site where it is
available?

Please e-mail your response.

Thanks
Robert Fentiman

UseNet: rfentima@ub.d.umn.edu
At: University of Minnesota, Duluth



Newsgroups: comp.sys.amiga.graphics