Conference hydra::amiga_v1

     Oh, oh.....
    
    	Tried to print out some newly colorized photo's last night and
     received a "can't open device driver" error message.
     	I copied my prefferences over from WB1.3 "HP_Paintjet" being
    my printer of choice.
    	Checked the prefferences on Digipaint 3 to make shure nothing
    screwed up. All looked O.K.
    	Same prefrences work fine on DPaint III and Photon Paint 2.0.
    				Maybe a bug?
    
    							Ed 
    

    I have photn paint 2 and DP III. How does digipaint III compare
    to them?
    
    Can I transfer 320x400 pictures to 640x400 and somehow make a picture
    look better quality (I have perfect vision which can not digitize
    in 640 mode) 
    
    matt
    

     I'd have to say that Photon Paint 2, and Deluxe Paint III are much
    more complete in the area of being stand alone Paint Programs.
     The area's I've explored in Digipaint 3 that excell are in the
    the special effects area.
     Colorization
     Transparency Controls (very flexible and easy to use)
     Wraping etc.....
     But I'd have to say that these are enough to warrant purchasing
     the program, the combinations of the above effects and others I
     haven't mentioned yet produce startling results with a minimum
    of effort.
      The drawing tools are a bit alien when one is used to DPIII and
    PP2.0.
    	However I must admit I've been experimenting mostly with either
     Digitized Pictures or other IFF's that have already been created
     with other programs and haven't worked through the tutorials yet.
    
    	The answer to your next question is yes.
    
     The Transfer 24 program can convert any IFF or HAM or Raw RGB file
    to any resolution HAM, IFF.
     This is another disk that comes with Digipaint III, and offers
    all the options of the Digiview Gold Software without the Digitizing
     Options.
    	I've used it to increase a 320x400 digitized picture to 640x400,
     a Interlaced Ham Ray trace picture to a 32 320x400 iff.
    	With excellent results (considering the differences between the
    modes, the complexity of the conversion and picture, results
    undoubtedly vary).
    
    	Hope this helps.
    						Ed
    
    
 	   
    

    
    I mean if I had a 16 shade of grey picture in 320x400 The way I
    guess I would make it a 640x400 pic is do a defocus so it can take
    advantage of the 640.
    
    matt
    

    
>    I mean if I had a 16 shade of gray picture in 320x400 The way I
>    guess I would make it a 640x400 pic is do a defocus so it can take
>    advantage of the 640.
    
>    matt
 

	Okay, when you buy "Digipaint 3", you get 2 disks.
	One is the "Digipaint 3" program disk.
	The other is the "Transfer 24" program disk.
	All resolution conversion is done with the "Transfer 24" program.

 When you run the program, you get a menu to choose what type(resolution) 
you want to convert to.
 You'd pick Hires,Nocolor and hit the OK button.
 The program loads the rest of the way using the choices you've made.
( I guess this way it saves memory )
 You'd then load your 320x400 pic and the program converts it automatically
to 640x400 and shows it on the screen in this format.
 The picture is full(natural) size, It's not squished or distorted.
 You can then make other adjustments to it through the controls and palette
 menu or simply save it in it's new format.
 	The "Transfer 24" program is identical to the "Digiview Gold" software
 except there is no "Digitize" menu and no "Camera" menu.
	If you feel restricted with your present digitizer, I'd say that
 purchasing the "Digipaint 3" package is the way to go.
	The program's features really extend the boundaries of "Digiview-
 Gold" and I'm sure it'll do the same for others.   

	They have a very nice deal for people who own D-paint or PhotonPaint
 (kind of a "Convert-you-over-Upgrade" offer)
	
							ED

    What wouldtake up more room. 640x400 16 color pic or a HAM 320x400
    pic?
    
    matt
    

	I think:

	640 x 400 x 4 bit planes for 16 colors = 1024000
	320 x 400 x 6 for HAM (as I found out!) = 768000

	Looks like the high res takes more.  Am I correct?

--mikie--

    You are correct.  Remember that this is the number of bits used.  So...
    
    1024000 bits / 8 (bits/byte) = 128000 bytes = 125K   bytes
     768000 bits / 8 (bits/byte) =  96000 bytes = 93.75K bytes
    
    Steve

>	640 x 400 x 4 bit planes for 16 colors = 1024000
>	320 x 400 x 6 for HAM (as I found out!) = 768000

Those are in pixels.  Devide by 8 to get bytes (1 bit == 1 pixel)
so

	1024000/8 = 128000
	 768000/8 = 96000

In any case,  Hires takes more.

John

    hmmm.but how come all hi-res pictures do not take up the same space!?!?
    like you never see a hi-res pic. 1024000 bytes long.
    
    matt
    

    IFF supports compression schemes.  I believe the most common (or only
    one??) defined is run length encoding.  This allows for compressing
    things like "11111" into a byte with a value 5 followed by a byte
    with a "1".  Two bytes instead of five.
    
    All files will compress to different lengths depending on
    their contents.
    
    - steve

IFF uses run-length encoding. There is also a flag in the ILBM header
which indicates whether or not compression is used. Files with short
widths (e.g., saved "brushes" from Deluxe Paint) may be uncompressed.
Keeping colors which are used together close together numericly may
increase the compression: the compression is by plane, then raster line,
so if all the colors in the top half of the screen are, for instance,
between 0 and 3, then the bits on planes 2 and higher would all be 0
in that area, and each raster line would compress to two bytes. Worst
case is thin vertical lines of color 0 alternating with color 15, on
a 4-plane screen, for example.

Helps sometimes if you're tight on disk space.

John O.

    Since moving to the 3000 and 2.0 platform, DigiPaint 3 has been acting
    stranger and stranger.  Some of the requestor screens that worked
    perfectly in 1.3 came up exceedingly large in 2.03.  I noticed the
    difference, didn't mind too much.  Now, with 2.04, the requestors are
    so large (such as the QUIT requestor) that my mouse cursor can't reach
    the boxes in the requestor so that I might click on them.  Thank heaven
    for Amiga-V and Amiga-B.
    
    Any suggestions as to what I might be doing wrong?
    
    Tony

    I have gotten the same symptom (and didn't think to use c=b/v) so
    rebooted from the quit requestor.  I haven't found a work around
    yet.
    
    
    mark