[Printing-architecture] snmp - average-toner-coverage per page

[Printing-architecture] snmp - average-toner-coverage per page

[Predut, Marius]

[-- Attachment #1: Type: text/plain, Size: 475 bytes --]


Hi,

Can someone help me :
After I print page I want to know average-toner-coverage-per-page(a kind of Cost per Page).
To do it are 3 possibilities:

1.       Get the amount of toner used and rapport it to a standard (%5 coverage) - prices

2.       Get the effective printed area relative to the paper(supppoe user print only halp of paper) - less precise

3.        Get the stream from printer and analyze it.

Some idea ?

Thanks a lot for help
marius


[-- Attachment #2: Type: text/html, Size: 3919 bytes --]

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Johannes Meixner]

Hello,

On May 3 16:35 Predut, Marius wrote (excerpt):
> After I print page I want to know average-toner-coverage-per-page
> (a kind of Cost per Page).
> To do it are 3 possibilities:
>
> 1. Get the amount of toner used and rapport it to a
>    standard (%5 coverage) - prices
> 2. Get the effective printed area relative to the paper
>    (supppoe user print only halp of paper) - less precise
> 3. Get the stream from printer and analyze it.

4. Get the PostScript stream while print job filtering
    and analyze it.

Newer Ghostscript versions provide the Ghostscript
devices ink_cov and inkcov that output ink coverage:
-----------------------------------------------------------
$ gs -q -dNOPAUSE -dBATCH -sDEVICE=ink_cov \
  -sOutputFile=/tmp/ink_cov.out \
  /usr/share/ghostscript/9.19/examples/colorcir.ps

$ cat /tmp/ink_cov.out
  5.33833  5.95657  6.71122  4.25845 CMYK OK

$ gs -q -dNOPAUSE -dBATCH -sDEVICE=inkcov \
  -sOutputFile=/tmp/inkcov.out \
  /usr/share/ghostscript/9.19/examples/colorcir.ps

$ cat /tmp/inkcov.out
  0.09991  0.08222  0.08234  0.08425 CMYK OK
-----------------------------------------------------------
See "Ink coverage output" in
http://www.ghostscript.com/doc/current/Devices.htm#Test


Kind Regards
Johannes Meixner
-- 
SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard,
Graham Norton - HRB 21284 (AG Nuernberg)

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Predut, Marius]

> -----Original Message-----
> From: Johannes Meixner [mailto:jsmeix@suse.de]
> Sent: Wednesday, May 04, 2016 12:03 PM
> To: Predut, Marius
> Cc: printing-architecture@lists.linux-foundation.org
> Subject: Re: [Printing-architecture] snmp - average-toner-coverage per page
> 
> 
> Hello,
> 
> On May 3 16:35 Predut, Marius wrote (excerpt):
> > After I print page I want to know average-toner-coverage-per-page
> > (a kind of Cost per Page).
> > To do it are 3 possibilities:
> >
> > 1. Get the amount of toner used and rapport it to a
> >    standard (%5 coverage) - prices
> > 2. Get the effective printed area relative to the paper
> >    (supppoe user print only halp of paper) - less precise

I am tried to use SNTP protocol: prtMarkerCounterUnit and 
prtMarkerLifeCount OIDS to count the number of lines/characters.
To do this , the OID prtMarkerCounterUnit need to be updated  from default value(impressions) to  chars, lines, micrometers ,etc;
But seems this fild is ready only.
Is a way to use it?


> > 3. Get the stream from printer and analyze it.
> 
> 4. Get the PostScript stream while print job filtering
>     and analyze it.
> 
> Newer Ghostscript versions provide the Ghostscript
> devices ink_cov and inkcov that output ink coverage:
> -----------------------------------------------------------
> $ gs -q -dNOPAUSE -dBATCH -sDEVICE=ink_cov \
>   -sOutputFile=/tmp/ink_cov.out \
>   /usr/share/ghostscript/9.19/examples/colorcir.ps
> 
> $ cat /tmp/ink_cov.out
>   5.33833  5.95657  6.71122  4.25845 CMYK OK
> 
> $ gs -q -dNOPAUSE -dBATCH -sDEVICE=inkcov \
>   -sOutputFile=/tmp/inkcov.out \
>   /usr/share/ghostscript/9.19/examples/colorcir.ps
> 
> $ cat /tmp/inkcov.out
>   0.09991  0.08222  0.08234  0.08425 CMYK OK
> -----------------------------------------------------------
> See "Ink coverage output" in
> http://www.ghostscript.com/doc/current/Devices.htm#Test
> 

Thank you so much for this solution!
The ink_cov/ inkcov is can be ip address?

> 
> Kind Regards
> Johannes Meixner
> --
> SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard,
> Graham Norton - HRB 21284 (AG Nuernberg)

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Johannes Meixner]

Hello,

On May 4 12:49 Predut, Marius wrote (excerpt):
>> 4. Get the PostScript stream while print job filtering
>>     and analyze it.
>>
>> Newer Ghostscript versions provide the Ghostscript
>> devices ink_cov and inkcov that output ink coverage:
>> -----------------------------------------------------------
>> $ gs -q -dNOPAUSE -dBATCH -sDEVICE=ink_cov \
>>   -sOutputFile=/tmp/ink_cov.out \
>>   /usr/share/ghostscript/9.19/examples/colorcir.ps
>>
>> $ cat /tmp/ink_cov.out
>>   5.33833  5.95657  6.71122  4.25845 CMYK OK
...
> Thank you so much for this solution!
> The ink_cov/ inkcov is can be ip address?

Perhaps this is no solution for your use case.

I do not understand the meaning of "ip address" here.

Do you perhaps ask if this can be used to query a
network printer device from remote (via its IP address)
for its ink coverage of a particular printed page?

You cannot do that with Ghostscript.

To use Ghostscript this way you need to run it on a computer.

Ghostscript is a PostScript (and PDF) interpreter.

Ghostscript input is PostScript or PDF and its output is
what a particular so called "Ghostscript device" produces.

Usually Ghostscript devices produce other printer languages
like PCL or Ghostscript devices produce various kind of
raster data like JPEG or CUPS raster data.

But there are also special Ghostscript devices that
output special stuff like the ink coverage.

This means it only works when you have PostScript or PDF
as input and you must be able to run Ghostscript with
that PostScript or PDF input to get its ink coverage.

When you print that PostScript or PDF on a printer device
the actual ink/toner consumption of the printer device could
be noticeable different compared to the ink coverage report
of Ghostscript because the printer device may do its own
way how much of what ink/toner it puts on the paper.

Think about a toner-saving printing mode where the
printer device puts less ink/toner on the paper
compared to what Ghostscript had reported
versus
a high-quality photo printing mode where the
printer device puts more ink/toner on the paper
compared to what Ghostscript had reported.

For example to get real photo quality deep black
for 0 0 0 RGB (i.e. 100% black) the printer device
in CMYK mode may put 100% K plus additionally 15% C
and 15% M on the paper but Ghostscript would report
only the 100% K component because in its PostScript
input there is neither 15% C nor 15% M (there is
only 0 0 0 RGB which translates into 100% K).


Kind Regards
Johannes Meixner
-- 
SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard,
Graham Norton - HRB 21284 (AG Nuernberg)

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Predut, Marius]

> -----Original Message-----
> From: Johannes Meixner [mailto:jsmeix@suse.de]
> Sent: Wednesday, May 04, 2016 4:53 PM
> To: Predut, Marius
> Cc: printing-architecture@lists.linux-foundation.org
> Subject: RE: [Printing-architecture] snmp - average-toner-coverage per page
> 
> 
> Hello,
> 
> On May 4 12:49 Predut, Marius wrote (excerpt):
> >> 4. Get the PostScript stream while print job filtering
> >>     and analyze it.
> >>
> >> Newer Ghostscript versions provide the Ghostscript
> >> devices ink_cov and inkcov that output ink coverage:
> >> -----------------------------------------------------------
> >> $ gs -q -dNOPAUSE -dBATCH -sDEVICE=ink_cov \
> >>   -sOutputFile=/tmp/ink_cov.out \
> >>   /usr/share/ghostscript/9.19/examples/colorcir.ps
> >>
> >> $ cat /tmp/ink_cov.out
> >>   5.33833  5.95657  6.71122  4.25845 CMYK OK
> ...
> > Thank you so much for this solution!
> > The ink_cov/ inkcov is can be ip address?
> 
> Perhaps this is no solution for your use case.
> 
> I do not understand the meaning of "ip address" here.
> 
> Do you perhaps ask if this can be used to query a
> network printer device from remote (via its IP address)
> for its ink coverage of a particular printed page?

Yes,
I don't have access to the document sent for print , this is the problem!
I need a solution to query the counter printer and compound somehow the wanted value
(an estimate toner spent for page)
For example if I know effective area printed on a page I can estimate the coverage percent.
The printer  have an IP address.

So, do you have/see other solution here ?

> 
> You cannot do that with Ghostscript.
> 
> To use Ghostscript this way you need to run it on a computer.
> 
> Ghostscript is a PostScript (and PDF) interpreter.
> 
> Ghostscript input is PostScript or PDF and its output is
> what a particular so called "Ghostscript device" produces.
> 
> Usually Ghostscript devices produce other printer languages
> like PCL or Ghostscript devices produce various kind of
> raster data like JPEG or CUPS raster data.
> 
> But there are also special Ghostscript devices that
> output special stuff like the ink coverage.
> 
> This means it only works when you have PostScript or PDF
> as input and you must be able to run Ghostscript with
> that PostScript or PDF input to get its ink coverage.
> 
> When you print that PostScript or PDF on a printer device
> the actual ink/toner consumption of the printer device could
> be noticeable different compared to the ink coverage report
> of Ghostscript because the printer device may do its own
> way how much of what ink/toner it puts on the paper.
> 
> Think about a toner-saving printing mode where the
> printer device puts less ink/toner on the paper
> compared to what Ghostscript had reported
> versus
> a high-quality photo printing mode where the
> printer device puts more ink/toner on the paper
> compared to what Ghostscript had reported.
> 
> For example to get real photo quality deep black
> for 0 0 0 RGB (i.e. 100% black) the printer device
> in CMYK mode may put 100% K plus additionally 15% C
> and 15% M on the paper but Ghostscript would report
> only the 100% K component because in its PostScript
> input there is neither 15% C nor 15% M (there is
> only 0 0 0 RGB which translates into 100% K).
> 
> 
> Kind Regards
> Johannes Meixner
> --
> SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard,
> Graham Norton - HRB 21284 (AG Nuernberg)

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Johannes Meixner]

Hello,

On May 5 20:53 Predut, Marius wrote (excerpt):
>>>> 4. Get the PostScript stream while print job filtering
>>>>     and analyze it.
...
> I don't have access to the document sent for print

Then you cannot analyze the PostScript stream.

> I need a solution to query the counter printer
> and compound somehow the wanted value
> (an estimate toner spent for page)
> For example if I know effective area printed on
> a page I can estimate the coverage percent.
> The printer  have an IP address.
>
> So, do you have/see other solution here ?

I am afraid, I do not see another solution except
to query the network printer itself via SNMP.

I think when you can only access a network printer itself,
you can only query its internal counters/values via SNMP.

I do not know if usual network printers maintain an
internal counter/value that can be used to calculate
the average toner-coverage per page.

Only FYI:
For some possible issues that I noticed regarding SNMP
with network printers, you may have a look at
https://en.opensuse.org/SDB:Printer_Accounting


Kind Regards
Johannes Meixner
-- 
SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard,
Graham Norton - HRB 21284 (AG Nuernberg)

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Predut, Marius]

> -----Original Message-----
> From: Johannes Meixner [mailto:jsmeix@suse.de]
> Sent: Monday, May 09, 2016 11:40 AM
> To: Predut, Marius
> Cc: printing-architecture@lists.linux-foundation.org
> Subject: RE: [Printing-architecture] snmp - average-toner-coverage per page
> 
> 
> Hello,
> 
> On May 5 20:53 Predut, Marius wrote (excerpt):
> >>>> 4. Get the PostScript stream while print job filtering
> >>>>     and analyze it.
> ...
> > I don't have access to the document sent for print
> 
> Then you cannot analyze the PostScript stream.
> 
> > I need a solution to query the counter printer and compound somehow
> > the wanted value (an estimate toner spent for page) For example if I
> > know effective area printed on a page I can estimate the coverage
> > percent.
> > The printer  have an IP address.
> >
> > So, do you have/see other solution here ?
> 
> I am afraid, I do not see another solution except to query the network
> printer itself via SNMP.
> 
> I think when you can only access a network printer itself, you can only query
> its internal counters/values via SNMP.
> 
> I do not know if usual network printers maintain an internal counter/value
> that can be used to calculate the average toner-coverage per page.
One idea can be to counts pixels on each page, 
divides pixel count by pixels possible on a page to give the percentage of coverage,
 and keeps a rolling average percent weighted by area printed. 
But I don't know if SNMP can give me this counters.
This printer RFC  https://tools.ietf.org/html/rfc3805
Don't help me too much.
(OIDS that can be interesting in this context : somehow this OIDS can be used : prtMarkerSuppliesGroup prtMarkerCounterUnit prtMarkerLifeCount
But I don't know how to deal with)
> 
> Only FYI:
> For some possible issues that I noticed regarding SNMP with network
> printers, you may have a look at
> https://en.opensuse.org/SDB:Printer_Accounting
> 
> 
> Kind Regards
> Johannes Meixner
> --
> SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton -
> HRB 21284 (AG Nuernberg)

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Ira McDonald]

[-- Attachment #1: Type: text/plain, Size: 3523 bytes --]

Hi,

Speaking as the primary editor of IETF Printer MIB v2 (RFC 3805):

Counter units in the Printer MIB are determined by the implementation
and cannot be changed remotely.

Ever since IETF Printer MIB v1 (RFC 1759), it has been true that a given
Printer can update work counters whenever the implementation chooses
(for example, only at the completion of an entire job).  There has never
been a requirement that a Printer must update work counters at every
page.

Simply put - you can't get there from here.

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434


On Mon, May 9, 2016 at 5:42 AM, Predut, Marius <marius.predut@intel.com>
wrote:

> > -----Original Message-----
> > From: Johannes Meixner [mailto:jsmeix@suse.de]
> > Sent: Monday, May 09, 2016 11:40 AM
> > To: Predut, Marius
> > Cc: printing-architecture@lists.linux-foundation.org
> > Subject: RE: [Printing-architecture] snmp - average-toner-coverage per
> page
> >
> >
> > Hello,
> >
> > On May 5 20:53 Predut, Marius wrote (excerpt):
> > >>>> 4. Get the PostScript stream while print job filtering
> > >>>>     and analyze it.
> > ...
> > > I don't have access to the document sent for print
> >
> > Then you cannot analyze the PostScript stream.
> >
> > > I need a solution to query the counter printer and compound somehow
> > > the wanted value (an estimate toner spent for page) For example if I
> > > know effective area printed on a page I can estimate the coverage
> > > percent.
> > > The printer  have an IP address.
> > >
> > > So, do you have/see other solution here ?
> >
> > I am afraid, I do not see another solution except to query the network
> > printer itself via SNMP.
> >
> > I think when you can only access a network printer itself, you can only
> query
> > its internal counters/values via SNMP.
> >
> > I do not know if usual network printers maintain an internal
> counter/value
> > that can be used to calculate the average toner-coverage per page.
> One idea can be to counts pixels on each page,
> divides pixel count by pixels possible on a page to give the percentage of
> coverage,
>  and keeps a rolling average percent weighted by area printed.
> But I don't know if SNMP can give me this counters.
> This printer RFC  https://tools.ietf.org/html/rfc3805
> Don't help me too much.
> (OIDS that can be interesting in this context : somehow this OIDS can be
> used : prtMarkerSuppliesGroup prtMarkerCounterUnit prtMarkerLifeCount
> But I don't know how to deal with)
> >
> > Only FYI:
> > For some possible issues that I noticed regarding SNMP with network
> > printers, you may have a look at
> > https://en.opensuse.org/SDB:Printer_Accounting
> >
> >
> > Kind Regards
> > Johannes Meixner
> > --
> > SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton -
> > HRB 21284 (AG Nuernberg)
>
> _______________________________________________
> Printing-architecture mailing list
> Printing-architecture@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture
>

[-- Attachment #2: Type: text/html, Size: 5507 bytes --]

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Predut, Marius]

[-- Attachment #1: Type: text/plain, Size: 4224 bytes --]

Hi Ira,

Hmm . thanks for this clarification :
Also I supposed  getting the printing stream directly from printer by PLC/PJL or SNMP or other channel is not possible.
But some counters that refer to the effective area printed can be queried somehow?

Thanks
marius

From: Ira McDonald [mailto:blueroofmusic@gmail.com]
Sent: Monday, May 09, 2016 1:54 PM
To: Predut, Marius; Ira McDonald
Cc: Johannes Meixner; printing-architecture@lists.linux-foundation.org
Subject: Re: [Printing-architecture] snmp - average-toner-coverage per page

Hi,
Speaking as the primary editor of IETF Printer MIB v2 (RFC 3805):
Counter units in the Printer MIB are determined by the implementation
and cannot be changed remotely.
Ever since IETF Printer MIB v1 (RFC 1759), it has been true that a given
Printer can update work counters whenever the implementation chooses
(for example, only at the completion of an entire job).  There has never
been a requirement that a Printer must update work counters at every
page.
Simply put - you can't get there from here.
Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com<mailto:blueroofmusic@gmail.com>
Winter  579 Park Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434

On Mon, May 9, 2016 at 5:42 AM, Predut, Marius <marius.predut@intel.com<mailto:marius.predut@intel.com>> wrote:
> -----Original Message-----
> From: Johannes Meixner [mailto:jsmeix@suse.de<mailto:jsmeix@suse.de>]
> Sent: Monday, May 09, 2016 11:40 AM
> To: Predut, Marius
> Cc: printing-architecture@lists.linux-foundation.org<mailto:printing-architecture@lists.linux-foundation.org>
> Subject: RE: [Printing-architecture] snmp - average-toner-coverage per page
>
>
> Hello,
>
> On May 5 20:53 Predut, Marius wrote (excerpt):
> >>>> 4. Get the PostScript stream while print job filtering
> >>>>     and analyze it.
> ...
> > I don't have access to the document sent for print
>
> Then you cannot analyze the PostScript stream.
>
> > I need a solution to query the counter printer and compound somehow
> > the wanted value (an estimate toner spent for page) For example if I
> > know effective area printed on a page I can estimate the coverage
> > percent.
> > The printer  have an IP address.
> >
> > So, do you have/see other solution here ?
>
> I am afraid, I do not see another solution except to query the network
> printer itself via SNMP.
>
> I think when you can only access a network printer itself, you can only query
> its internal counters/values via SNMP.
>
> I do not know if usual network printers maintain an internal counter/value
> that can be used to calculate the average toner-coverage per page.
One idea can be to counts pixels on each page,
divides pixel count by pixels possible on a page to give the percentage of coverage,
 and keeps a rolling average percent weighted by area printed.
But I don't know if SNMP can give me this counters.
This printer RFC  https://tools.ietf.org/html/rfc3805
Don't help me too much.
(OIDS that can be interesting in this context : somehow this OIDS can be used : prtMarkerSuppliesGroup prtMarkerCounterUnit prtMarkerLifeCount
But I don't know how to deal with)
>
> Only FYI:
> For some possible issues that I noticed regarding SNMP with network
> printers, you may have a look at
> https://en.opensuse.org/SDB:Printer_Accounting
>
>
> Kind Regards
> Johannes Meixner
> --
> SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton -
> HRB 21284 (AG Nuernberg)

_______________________________________________
Printing-architecture mailing list
Printing-architecture@lists.linux-foundation.org<mailto:Printing-architecture@lists.linux-foundation.org>
https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture


[-- Attachment #2: Type: text/html, Size: 9978 bytes --]

Re: [Printing-architecture] snmp - average-toner-coverage per page

[Ira McDonald]

[-- Attachment #1: Type: text/plain, Size: 5149 bytes --]

Hi Marius,

If the printer supports IPP (Internet Printing Protocol) - over 99% of all
new
network printers do so - then it's a security violation to retrieve the
document
content from the printer.  But neither IPP nor the standard PWG Counter MIB
will let you determine coverage for an individual print job.

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434


On Mon, May 9, 2016 at 7:31 AM, Predut, Marius <marius.predut@intel.com>
wrote:

> Hi Ira,
>
>
>
> Hmm . thanks for this clarification :
>
> Also I supposed  getting the printing stream directly from printer by
> PLC/PJL or SNMP or other channel is not possible.
>
> But some counters that refer to the effective area printed can be queried
> somehow?
>
>
>
> Thanks
>
> marius
>
>
>
> *From:* Ira McDonald [mailto:blueroofmusic@gmail.com]
> *Sent:* Monday, May 09, 2016 1:54 PM
> *To:* Predut, Marius; Ira McDonald
> *Cc:* Johannes Meixner; printing-architecture@lists.linux-foundation.org
> *Subject:* Re: [Printing-architecture] snmp - average-toner-coverage per
> page
>
>
>
> Hi,
>
> Speaking as the primary editor of IETF Printer MIB v2 (RFC 3805):
>
> Counter units in the Printer MIB are determined by the implementation
>
> and cannot be changed remotely.
>
> Ever since IETF Printer MIB v1 (RFC 1759), it has been true that a given
>
> Printer can update work counters whenever the implementation chooses
>
> (for example, only at the completion of an entire job).  There has never
>
> been a requirement that a Printer must update work counters at every
>
> page.
>
> Simply put - you can't get there from here.
>
> Cheers,
>
> - Ira
>
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic@gmail.com
> Winter  579 Park Place  Saline, MI  48176  734-944-0094
> Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434
>
>
>
> On Mon, May 9, 2016 at 5:42 AM, Predut, Marius <marius.predut@intel.com>
> wrote:
>
> > -----Original Message-----
> > From: Johannes Meixner [mailto:jsmeix@suse.de]
> > Sent: Monday, May 09, 2016 11:40 AM
> > To: Predut, Marius
> > Cc: printing-architecture@lists.linux-foundation.org
> > Subject: RE: [Printing-architecture] snmp - average-toner-coverage per
> page
> >
> >
> > Hello,
> >
> > On May 5 20:53 Predut, Marius wrote (excerpt):
> > >>>> 4. Get the PostScript stream while print job filtering
> > >>>>     and analyze it.
> > ...
> > > I don't have access to the document sent for print
> >
> > Then you cannot analyze the PostScript stream.
> >
> > > I need a solution to query the counter printer and compound somehow
> > > the wanted value (an estimate toner spent for page) For example if I
> > > know effective area printed on a page I can estimate the coverage
> > > percent.
> > > The printer  have an IP address.
> > >
> > > So, do you have/see other solution here ?
> >
> > I am afraid, I do not see another solution except to query the network
> > printer itself via SNMP.
> >
> > I think when you can only access a network printer itself, you can only
> query
> > its internal counters/values via SNMP.
> >
> > I do not know if usual network printers maintain an internal
> counter/value
> > that can be used to calculate the average toner-coverage per page.
> One idea can be to counts pixels on each page,
> divides pixel count by pixels possible on a page to give the percentage of
> coverage,
>  and keeps a rolling average percent weighted by area printed.
> But I don't know if SNMP can give me this counters.
> This printer RFC  https://tools.ietf.org/html/rfc3805
> Don't help me too much.
> (OIDS that can be interesting in this context : somehow this OIDS can be
> used : prtMarkerSuppliesGroup prtMarkerCounterUnit prtMarkerLifeCount
> But I don't know how to deal with)
>
> >
> > Only FYI:
> > For some possible issues that I noticed regarding SNMP with network
> > printers, you may have a look at
> > https://en.opensuse.org/SDB:Printer_Accounting
> >
> >
> > Kind Regards
> > Johannes Meixner
> > --
> > SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton -
> > HRB 21284 (AG Nuernberg)
>
> _______________________________________________
> Printing-architecture mailing list
> Printing-architecture@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture
>
>
>

[-- Attachment #2: Type: text/html, Size: 10765 bytes --]