Yahoo Groups archive

Digital BW, The Print

Index last updated: 2026-04-28 22:56 UTC

Message

Re: [Digital BW] Ink laydown was Re: dMax... some surprises

2004-09-02 by Ernst Dinkla

Roy Harrington wrote:

> 
> I don't know StudioPrint but the 7600/9600 has several different
> dot configurations.  
> At 2880x1440 the recommended dot is a single size called 
> Ultra Micro Dot or UMD and it's about 4pl.
> At 1440x720 there are variable dots.  It should be VSD2 or
> variable size dot 2.  There are 3 sizes about 4, 9, 20pl.
> Since 2880 has 4 times as many dots positions, there is a max
> of about 16pl for the same area that the VSD2 gives you 20pl.
> In practice, I think most of the time you'd be limiting the ink so 
> this would not be an issue.
> 
> The "not available with light inks" seems like a strange restriction
> since it ought to be based on resolution.  Also the dot sizes always
> apply to all inks at the same time.
> 
> Antonis' 7500 is a pretty different beast.  It has only one dot size
> and I'd estimate it about 20pl and of course you don't get 2880.
> 
> Roy

Roy,

We had this discussion in the past about the droplet sizes of the 
9000/7000/9500/7500. There's only one for that range of printers 
was the conclusion based on the internals of Gimp-print (I guess) 
and the "printer language" of the 9000. I mentioned then that Jon 
Cone once asked whether there was a special extra droplet size 
for the 9000. I never have seen an answer and don't know how the 
special dithering of the first piezography workes either. What 
puzzles me is that the Wasatch SoftRip has 4 "Dot Volume" choices 
in 720 dpi printing:  Default, Micro, Normal, Double.  This is 
independant of the passes choices (3) and the choices of the 
dithering (6). Could be that they build the extra dot volumes by 
extra droplet squirts, could be that there's more going on.

I've seen 8 or 11 picoliter mentioned for the 9000 and 20 
picoliter for the 3000.

Ernst

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.