Yahoo Groups archive

Digital BW, The Print

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

Thread

Re: RGB value for LLK?

Re: RGB value for LLK?

2009-02-27 by John

--- In DigitalBlackandWhiteThePrint@yahoogroups.com, Peter De Smidt
<pdesmidt@...> wrote:
>
> What would be a good RGB value to make a purge patch for LLK with an 
> R2400 and the Epson driver.  Black is 0,0,0--LK is 127, 127, 127--and 
> LLK would be?
>
LLK = 198, 198, 198

RGB value for LLK?

2009-02-27 by Peter De Smidt

What would be a good RGB value to make a purge patch for LLK with an 
R2400 and the Epson driver.  Black is 0,0,0--LK is 127, 127, 127--and 
LLK would be?

Re: RGB value for LLK?

2009-02-27 by robert49brake

--- In DigitalBlackandWhiteThePrint@yahoogroups.com, Peter De Smidt <pdesmidt@...> 
wrote:
>
> What would be a good RGB value to make a purge patch for LLK with an 
> R2400 and the Epson driver.  Black is 0,0,0--LK is 127, 127, 127--and 
> LLK would be?
>

go here:

http://inksupply.com/purging.cfm

and scroll down to Purge.zip.  That will download a folder full of purge files.

Re: RGB value for LLK?

2009-02-27 by pr_roark

> > What would be a good RGB value to make a purge patch for 
> > LLK with an R2400 and the Epson driver.  ...

> go here:
> 
> http://inksupply.com/purging.cfm
> and scroll down to Purge.zip.  That will download a folder 
> full of purge files.

Of course, keep in mind that the Epson driver cannot print LK or LLK by 
themselves.  These purge patterns attempt to get as much of those inks 
printing as possible.  I have never seen a description of the Epson 
driver algorithms that tell us where LLK and LK are at their maximums 
or what percentage of the image at that point is LK or LLK.

QTR can, of course, print 100% Lk or LLK.

Paul
www.PaulRoark.com

Re: RGB value for LLK?

2009-02-27 by Jeff Randall

--- In DigitalBlackandWhiteThePrint@yahoogroups.com, "pr_roark" 
<pr_roark@...> wrote:

> QTR can, of course, print 100% Lk or LLK.


Great tip Paul -- wish I'd thought of it!  

Generalizing, that means that QTR can be setup to flush any black/gray 
or color ink in any cart position. 

Works for me.  Thanks.

jr

Re: [Digital BW] Re: RGB value for LLK?

2009-02-27 by Ernst Dinkla

Paul wrote:

> Of course, keep in mind that the Epson driver cannot print LK or LLK by 
> themselves.  These purge patterns attempt to get as much of those inks 
> printing as possible.  I have never seen a description of the Epson 
> driver algorithms that tell us where LLK and LK are at their maximums 
> or what percentage of the image at that point is LK or LLK.
> 
> QTR can, of course, print 100% Lk or LLK.

My thoughts too when I did see the numbers quoted so 
absolute. And an RGB number  LLK = 198, 198, 198 should be 
quoted with the media preset used.

-- 
Met vriendelijke groeten, Ernst


|  Dinkla Grafische Techniek  |
|     www.pigment-print.com    |
|             ( unvollendet )            |

Re: RGB value for LLK?

2009-02-27 by Roy Harrington

--- In DigitalBlackandWhiteThePrint@yahoogroups.com, "Jeff Randall" <jrandall@...> 
wrote:
>
> --- In DigitalBlackandWhiteThePrint@yahoogroups.com, "pr_roark" 
> <pr_roark@> wrote:
> 
> > QTR can, of course, print 100% Lk or LLK.
> 
> 
> Great tip Paul -- wish I'd thought of it!  
> 
> Generalizing, that means that QTR can be setup to flush any black/gray 
> or color ink in any cart position. 
> 
> Works for me.  Thanks.
> 
> jr
>

An easy way to do this is Open the inkseparation page that has all the inks shown
separately.  Simply choose a patch for the ink you want, select and crop the small
patch.  Then go to Image Size and resize to 8x8in -- keep the 360ppi and
resample using Nearest Neighbor.  Then print with Calibration Mode.

Roy

Re: [Digital BW] Re: RGB value for LLK?

2009-02-28 by Peter De Smidt

Thanks to Roy and everyone else who commented. The "198, 198, 198" 
helped me generate a quick purge page, and --finally-- everything seems 
to be working. Nonetheless, I've been meaning to give QTR a try, and so 
this is probably as good a time as any to jump in.

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.